Re: DFDSS QUESTION - SYNTAX ERROR
Try swapping the OPT(4) positions with the OUTDD statement and and add one more ) after your **. Should be 'DUMP DATASET(INCLUDE(**)) -' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, September 27, 2011 1:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Scott, I tried your suggestion but I get an error: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:48:20 INITIAL SCAN OF USER CONTROL STATEMEN ADR129E (001)-RI01 (01), KEYWORD 'OPT ' IS IMPROPER ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND It seems to have a problem with the OPT(4) parm. From: Scott Ford scott_j_f...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:38:14 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM JES2 Manual
Here are some commands that I will use to offload the entire spool. You may want to look at the IBM JES2 manual listed here for more information: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A2A0/CCONTENTS?SHELF=has2bka0DN=SA22-7526-11DT=20100628130528 Sorry for the long lines as I do not do tiny urls... Commands that I will use: JES2 SPOOL OFFLOAD COMMANDS FOR OFFLOADING ENTIRE SPOOL. $DU,OFFLOAD1 * to check status of offloader* $T OFF1.JT,WS=(/) * to reset JT so it offloads all* $T OFF1.ST,WS=(/) * to reset ST so it offloads all * $T OFFLOAD1,DSN=dsname* if using a different dsn name * $S OFF1.JT * starts job transmitter* $S OFF1.ST * starts sysout transmitter * $S OFFLOAD1,TYPE=TRANSMIT * when finished, do next * $P OFFLOAD1 * drains offloader * JES2 SPOOL OFFLOAD COMMANDS FOR RELOADING ENTIRE SPOOL. $DU,OFFLOAD1 * to check status of offloader* $T OFF1.JR,WS=(/) * to reset JT so it reloads all * $T OFF1.SR,WS=(/) * to reset ST so it reloads all* $T OFFLOAD1,DSN=dsname* if using a different dsn name * $S OFF1.JR * starts job transmitter * $S OFF1.SR * starts sysout transmitter* $S OFFLOAD1,TYPE=RECEIVE * when finished, do these next steps ** $P OFFLOAD1 * drains offloader * $T OFF(1).JR,WS=(CL/) * reset job transmitter to prior * $T OFF(1).SR,WS=(Q/) * reset sysout transmitter prior * $DU,OFFLOAD1* to check status of offloader* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Monday, June 27, 2011 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: IBM JES2 Manual Hello List, We need do a OFFLOAD from our JES2 System. Someone can help us, with the Manual number, or Manual name of IBM ? Our ZOS is 1.12. Thanks very much. Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
I believe New Era has a product that you may use, lease for not too much money that will do the trick. We did three writes across everything with different patterns when we collapsed one a couple of years ago, old DOD standards. That is the basic deed, three write patterns to erase, cover the old data. Hope that helps kinda. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nancy R. Brizuela Sent: Wednesday, February 23, 2011 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Duplicate Volser
Check your IODF definition and see if the volumes are defined as 'Shared' and set to come online at IPL time. If so, when you vary them offline before an IPL, they will come online at IPL time. You may need to search for DASD volumes that are only accessible from the LPAR you wish them to be on. BTDT and it will make your hair gray. Hope that Helps, Claude --Snip -- I am posting to the list, while I go search IBM for the cause and/or answer, in case someone has the answer already. Upgraded to z/OS V1.11 on new 2098- K02, with new IBM DS6800 dasd array. Have been testing on Test LPAR since May. Night of actual cutover to new machine, did IPL, started everything and it all went mostly well (will not discuss testing protocol here). Did IPL Saturday night and things have been hosed up since. Lots of wierd little problems, all related to datasets on disk. Got called tonight, apps group unable to resolve issue. I start looking and find one of my production volumes online. Only problem, I find the Test LPAR version of this same volume online too. They have the same volser. I have been back through the log, looking at all of the IPL messages, nothing related to duplicate volser (which I am used to). Thanks in advance for your help. Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question on 'Welcome to IBM Service Request'
Did any of you get an email from a donotreply address at IBM for this new service? Just curious if it was legit. Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: Found an old IBM Year 2000 manual.
I was cleaning out my office today and found an old IBM manual from February 1998: The Year 2000 and 2-Digit Dates: A Guide for Planning and Implementation GC28-1251-08 What a nice trip down memory lane. BTW, anyone else out there have this manual with the cool picture on the front? Even has the Space Shuttle on it with mother Earth. Just curious on a slow Friday. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Make DASD index larger.
All, What is the best way to enlarge a DASD - INDEX on a volume? I have a 3390-9 volume with a 900 track VTOC and a 30 track index. The VTOC is okay, but the index is full, getting full. If I extend the VTOC and rebuild the index, that does not gain any index space, just re-orgs it right? I have moved/enlarged VTOC's before but not the index. There is this parm I tried on a new volume, 'REFORMAT REFVTOC', but can't find much doc on it. The volume(s) are not SMS managed, but belong to DFHSM as migration level 1 volume(s). Any ideas? Thanks up front Best Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Make DASD index larger.
Thanks Alan, That worked well. Best Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Starr, Alan Sent: Wednesday, May 19, 2010 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Make DASD index larger. Claude, I recommend: 1) Use DSF BUILDIX OSVTOC 2) Delete the VTOCIX from the volume 3) Use DSF BUILDIX IXVTOC as follows This option requires additional parameters on the DD statement to cause allocation of the index. The statement must contain data set information for the index. //jobname JOB //stepname EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=A //VOLDD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=339003), // DSN=SYS1.VTOCIX.V39003,DISP=(NEW,KEEP), // SPACE=(TRK,10,,CONTIG) //SYSIN DD * BUILDIX DDNAME(VOLDD) IXVTOC /* DSN=SYS1.VTOCIX.V39003 specifies the name of the index data set. Because the INDEX parameter of INIT replaces the first character of the volume serial number with the letter V, the third-level qualifier appears as V39003. The recommended convention for naming the index is using the letter V as the first character, for example VL3390. For more information, see Converting an OSVTOC to an indexed VTOC on page 118. DISP=(NEW,KEEP) directs the system allocation routines to allocate the data set before running ICKDSF commands and to retain it upon termination of the task. SPACE=(TRK,10,,CONTIG) when location is not a primary concern, reserves ten contiguous tracks at some location. If you are processing system-managed volumes, you cannot specify ABSTR on the SPACE parameter. SPACE=(ABSTR,(10,1)) directs the allocation routines to allocate a ten track index starting at track 1. ABSTR is specified in the space request to ensure that the index space is a single continuous extent and is in the location desired. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Wednesday, May 19, 2010 09:30 To: IBM-MAIN@bama.ua.edu Subject: Make DASD index larger. All, What is the best way to enlarge a DASD - INDEX on a volume? I have a 3390-9 volume with a 900 track VTOC and a 30 track index. The VTOC is okay, but the index is full, getting full. If I extend the VTOC and rebuild the index, that does not gain any index space, just re-orgs it right? I have moved/enlarged VTOC's before but not the index. There is this parm I tried on a new volume, 'REFORMAT REFVTOC', but can't find much doc on it. The volume(s) are not SMS managed, but belong to DFHSM as migration level 1 volume(s). Any ideas? Thanks up front Best Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZFS
Those are the reasons we have stayed with the HFS file type until we are forced to move to the zFS file structure. VSAM... Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bruce Burgdoff Sent: Tuesday, April 27, 2010 1:15 PM To: IBM-MAIN@bama.ua.edu Subject: ZFS Our upcoming migration from HFS to zFS for the root file systems is causing a new problem for us. The previous maintenance method was to keep the HFS root file system on the sysres with all other non-VSAM SMPE-target files. All datasets were implicitly cataloged at IPL time. By replacing the SYSRES volume a total replacement or back-off of maintenance was just an IPL away. We currently are running from a single mod 27 sysres. The rest of the HFS/ZFS file systems will be mounted from other non-SMPE impacted volumes. The zFS file systems on the other hand is subject to the special volume ownership and naming requirements of VSAM. We can no-longer use a simple full volume copies to transfer the test SYSRES to production. Further it looks like a second dump will need to be done of the test zFS root files and then a restore with the RENAMEU option run made under the production master catalog. We may even have to put the zFS files on separate sysres volumes which are owned by the production system catalog structure. Does this make sense or what are some other ideas to maintain the new zFS root files? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSNDIST 91% CPU
Check to see if you have a Workload Manager Service Class definition for the DDF work,(distributed). You may want to throttle that back some. Hope that helps, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jorge Arueira Campos Sent: Friday, March 12, 2010 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: DSNDIST 91% CPU Hi all !!! My team of z/OS 1.8 have problem with DB2 1.8, with the address space DSNDIST 91% of CPU(Z9-BC-12MSU) , and DB2CONNECT in client. Help wellcome Thanks Jorge Arueira Campos Z/OS - Support - POLITEC São Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Old assembler modules.
I was looking around and found an old library that contained these modules; IEV00 IEV10 IEV20 IEV50 IEV60 IEV80 IEV90 Was there ever an IEV30, IEV40 or IEV70? Just curious and wondered if someone made multiple copies... Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old assembler modules.
I am kind of nostalgic and they are in an 'junk' library anyway that I keep that kind of stuff in. Just can't make myself throw them away Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elliot, David Sent: Thursday, February 11, 2010 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Old assembler modules. Take care deleting old stuff. I once deleted these old assembler modules from a linklist library only to find the IMS people were using an out dated procedure for their PSBGEN and DBDGEN jobs. Nobody had told them to update their procedures and the old assembler was working fine for them. David Elliot zSeries Software Support -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Andrews Sent: Thursday, February 11, 2010 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Old assembler modules. On Thu, 2010-02-11 at 14:46 -0500, Richbourg, Claude wrote: I was looking around and found an old library that contained these modules; Those were all associated with Assembler H; perhaps that is an old library with the SLAC mods applied? I'd lose 'em. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E holddata via FTP.
All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E holddata via FTP.
This is just too weird. I tried this FTP from the z/OS 1.9 prod system and the new z/OS 1.11 test system. I could not do it from either. Now, when I issued the tracert command from my pc, both FTP jobs finished in 4:03 and 4:13 minutes respectively. I can't explain this behavior, as I have had no problems in the past getting the holddata. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, January 12, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E holddata via FTP. Claude, I also run every day and I am NOT having any problems. The job runs at 3am and the FTP portion takes less than 10 seconds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Tuesday, January 12, 2010 1:35 PM To: IBM-MAIN@bama.ua.edu Subject: SMP/E holddata via FTP. All, Has the website/process changed to get enhanced SMP/E holddata via FTP? I have been trying to get this for the last couple of days and the job just hangs. This is the last message I get and I can also ping the site from the FTP system either by DNS or IP; Connecting to: service.boulder.ibm.com 170.225.15.26 port: 21. Any ideas, as this has always worked before. The above IP address correlates to the new one in the changed IP addresses IBM sent out. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSSO and z/OS 1.11.
Hello Brian, Many thanks on the fix. This worked great and now we are in business with 1.11. Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Tuesday, January 05, 2010 2:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TSSO and z/OS 1.11. Hi, This is related to issues with your consolXX member (normally it has been because of a syntax error and/or purposly done for another product) and certain types of commands issued by TSSO (normally only REXX or CLISTS because if you were to just issue a console command it should work fine). When TSSO attempts to issue the REXX command it grabs the consoleID from the originating message (the one that drove him), and in your case it's getting a empty one. If you have consoles with no assigned names they are built differently and you run into this problem because you can end up with the SSCMCNID set to zeros. There are two fixes, one, fix your consoleXX member so that everyone gets a name, (this is not always possible for some people to do), the second method is to change the TSSOSS10 member at line 02283006 FROM BNE STAT4 EEJ1102 02283006 TO B STAT4yourname EEJ1102 02283006 then reassemble/link and recycle TSSO, and you will be good to go. If your version of TSSOSS10 doesn't have the EEJ1102 on that line, then don't make the change because you have the wrong version of the module (pre 1.8) and you will end up in a loop. You will have to get the newest version and use it (in fact, you will want to re-assemble everything if you have to get the new version because you need it to support z/OS 1.8 and up:). I will have to put some replacement code together to handle this since more people seem to be setting up their consolXX member without names, but right now the above fix will resolve it for you. If you have any questions please contact me offline and I can discuss them with you. Brian Westerman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSSO and z/OS 1.11.
Hello Brian, I downloaded TSSO from the UPDATES section and it assembled fine. When TSSO traps a message on the syslog and fires off a command, I now get this from TSSO: TSSA305E TSSO COMMANDS MAY NOT BE ISSUED FROM THIS ENVIRONMENT Any ideas on what I may have missed or need to do? I do not really understand what TSSO is fussing about unless it is console related.. Here is a snippet from a 'D C' command; CDCUSYSA TYPE=SUBSYS STATUS=ACT-CDCU COMPID=TSSO ASID=0020 DEFINED=(*ALL) MATCHED=(*ALL) ATTRIBUTES ON CDCU AUTH=(MASTER) CDCUSYS1 TYPE=SUBSYS STATUS=ACT-CDCU COMPID=TSSO ASID=0020 DEFINED=(*ALL) MATCHED=(*ALL) ATTRIBUTES ON CDCU AUTH=(MASTER) CDCUSYS2 TYPE=SUBSYS STATUS=ACT-CDCU COMPID=TSSO ASID=0020 DEFINED=(*ALL) MATCHED=(*ALL) ATTRIBUTES ON CDCU AUTH=(MASTER) Any and all help would be much appreciated by you or someone you know who may have the key. Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Saturday, December 26, 2009 10:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSSO and z/OS 1.11. It had to be re-assembled, but appears to work correctly. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSSO and z/OS 1.11.
Good morning all, I am uploading the 'new' TSSO that I pulled down from the CBT updates page. Does anyone know if it Is ready to go for z/OS 1.11? Thanks up front . Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes2 Converter abend d37
Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Job opening in Sunny North Florida.
Just to let anyone know about this that may be interested. Position is in Tallahassee, Florida and it is a state job. Watch the wrap; https://jobs.myflorida.com/joblist.html?dispmode=27.-5ERFormID=newjobli stERFormCode=3.502021613167675 Click on 'Computer and Electronics', then look for System Programmer III in DC - Corrections. Under vacancy name, it is listed as 'NETWORK SYSTEM DATA COMMUNICAT ANALYST', near the bottom of the page. Don't know why it is listed under Network, but it is a z/OS position. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
It does not happen too much anymore on the mainframe, at least not too noticeable. But we always called it 'Storage Creep'. It just keeps on creeping up until IPL time, if you didn't catch it in time... - Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, October 27, 2009 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S mw...@ssfcu.org wrote: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer? Hmm, in a few years this list will mainly consist of folks asking for the meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYS1.VTAMLST Full - Production
Just run an IEBCOPY job to compress the PDS dataset. This will usually get you back a lot of space since this file is updated a lot. This is very easy to do with no issues that result from it. Let us know how it goes. Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright Sent: Tuesday, September 22, 2009 5:33 AM To: IBM-MAIN@bama.ua.edu Subject: SYS1.VTAMLST Full - Production Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is the IPL or NET shared task to be down the only way to increase the size of this dataset ? Any workaround for this ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
I know, for us at a 125 MSU shop it is 381 dollars more per month. We checked with our IBM rep for the exact amount when we order 1.11 later this year. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, May 22, 2009 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Friday, May 22, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Overriding CON for us: Costs much more per month that V3.4.1! No, I don't remember how much. I tried to order it when I ordered z/OS 1.10. But my manager checked the cost and like to have had another heart attack. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK -- AGAIN?
Works for me just fine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Chappell Sent: Tuesday, May 19, 2009 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: IBMLINK -- AGAIN? Anybody else? . 504 Gateway Time-out James (Jim) Chappell 503 745-7841 503 349-5603(cell) james.chapp...@daimler.com Daimler Trucks North America LLC If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: AST notification for OA26789 - CL
Looks like the HIPERDISPATCH fix is now available for those who want it. Claude Richbourg Florida Department of Corrections z Systems Programmer Office (850) 921-1383 APAR/PTF Reason -- OA26789 CL To view this document, please go to: https://www-304.ibm.com/ibmlink/ast/viewDocument.wss?documentId=OA26789; lc=encc=US -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AST notification for OA26789 - CL
Oops, I missed the part about it being ready around 4-24. My bad -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Wednesday, April 08, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: FW: AST notification for OA26789 - CL Looks like the HIPERDISPATCH fix is now available for those who want it. Claude Richbourg Florida Department of Corrections z Systems Programmer Office (850) 921-1383 APAR/PTF Reason -- OA26789 CL To view this document, please go to: https://www-304.ibm.com/ibmlink/ast/viewDocument.wss?documentId=OA26789; lc=encc=US -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM hang condition on z/OS 1.9.
Has anyone noticed an occasional 'hung condition' on DFHSM lately? Where the task is just stuck and doing nothing? This has happened about 2-3 times over the past few months and at different times/conditions. I am going to prowl IBMLINK, but wanted to ask here as well. I may open an ETR later after I catch the next condition. Thanks, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM hang condition on z/OS 1.9.
Thanks for the reply Allan, At the time(s) it seemed that DFHSM was finishing recycle processing and would not respond to commands or not come down with a purge command. There was no CDS backup running at the time(s). But next time it happens, I'll issue the below commands and look at the response. Thanks, Claude snip 1) Assuming the task is not consuming CPU or IO, is this a problem? Perhaps HSM has nothing to do. 2) What does F DFHSM,Q ACTIVE show? Likewise, F DFHSM, Q REQ? 3) Check for a CDS Backup running during some other long running (e.g. recycle) task. Activities will stack up until the CDS backup completes. Issue d grs,c to confirm, although it should show up on the Q active command. snip snip Subject: DFHSM hang condition on z/OS 1.9. Has anyone noticed an occasional 'hung condition' on DFHSM lately? Where the task is just stuck and doing nothing? This has happened about 2-3 times over the past few months and at different times/conditions. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it me, or is IBMLINK having problems?
No trouble for me and snappy response for a change. Claude snip I keep getting errors trying to access IBMLINK. So I do not think it is you - it is THEM. Lizette snip Title says it all. Message I'm getting (this is after I had been logged in for a while): - Error -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM primary volumes.
There are primary volume(s) I would like to remove from DFHSM as they are small volumes. We are at z/Os 1.9. I have nine volumes defined in the ADDVOL section as primary volumes. I would like to 'phase out' three of them. Without losing and data, what is the best method to get DFHSM to move files off and not use them any longer? I have looked at the DELVOL and FREEVOL commands, but I still have data on the volumes and am not a DFHSM expert. Thanks up front, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: when Alias was Created
Never delete, just rename In case you really do need it. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Arturo Sent: Wednesday, February 18, 2009 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: when Alias was Created The only information that I have is the Alias. Nothing More.. tried smf and nothing. It looks that I will have to delete and see if anyone screams. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Couple DS
For starters: D XCF,COUPLE Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Friday, February 13, 2009 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Couple DS We are z/OS V1R9. How can I displayed the SYSPLEX (XCF) ds defined in the COUPLE00 parmlib member. I thought I could use the IXCMIAPU utility, I would like to determine what values it was defined with. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 and Projectcpu
We did this with our old z/890 before the z/10 and it picked up the work that would go to a ZIIP or ZAAP. We were at z/OS 1.9 at the time also. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, January 28, 2009 1:54 PM To: IBM-MAIN@bama.ua.edu Subject: z890 and Projectcpu If I turn on the PROJECTCPU parm on a z890 - even though a z890 cannot support a zIIP, will it still collect the data? Or is the parm ignored? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z10 and HiperDispatch question.
Hello all, I would like to know if any of you have this feature turned on and what benefits have you noticed from it. We are switching to a z10BC U03 this weekend from a z/890 370 and I am interested in what experiences any of you have had. Our WLM policy is okay and I may need to tweak a few areas pending HiperDispatch. I am now reading the White Paper (Planning Considerations for HiperDispatch Mode) so I can get a feel for it. Any one have any comments good or bad on this? Thanks up front, Claude Claude Richbourg Florida Department of Corrections z Systems Programmer 850-921-1383 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Service Class
If you can suffer the consequences and it is only ONE job, stick it in SYSSTC. Your mileage may vary on this one But monitor EVERYTHING else closely... Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Thursday, October 30, 2008 3:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLM Service Class Ted MacNEIL [EMAIL PROTECTED] wrote in message news:310343960-1225328835-cardhu_decombobulator_blackberry.rim.net-1542 [EMAIL PROTECTED]... At the request of management, we created a special job class that runs a service class which has an importance of 1, has CPU critical turned on and also has a velocity of 90%. This is running higher than CICS. We have started meeting our goal again, but they don't want to see any jobs running in this special class having any CPU delays. I'm glad I don't work at your shop: 1. Management should be telling you to solve the problem. Not how to solve it! 2. Putting batch higher than online can screw online response. 3. 90% is almost impossible to meet. The WLM will give up on an S/C if it can't 'help' it. 4. CPU delay is not necessarily a problem. Think of I/O-bound jobs. 5. Yes, you can do more, but you've already over-killed. - Too busy driving to stop for gas! 6. Tell management to buy more capacity for this 1 hour per day they have extreme demands. Hopefully this will make them *think*. Kees. -- 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
SMS managed storage volumes.
I have a pool of several SMS managed storage volumes that are out of, or soon will be, DSCB's. The ones that are 'USE ATTRIB of PRIV', I can move dsns and extend the VTOC in place via batch job. The ones that are 'USE ATTRIB of STOR', I cannot work with as I get this message, 'ICK31025I VOLUME NOT MOUNTED PRIVATE.' This SMS configuration I have inherited and I need to add VTOC space to a few volumes that are USE ATTRIB 'STOR'. My SMS knowledge is not very extensive and I have these two questions: 1) Should all volumes have a USE ATTRIB of STOR in this pool? 2) If I change the mount attrib to PRIV on the volumes I need to work with, then change it back after I finish, will that cause issues? Thanks up front for your insight. Regards, Claude Claude Richbourg Florida Department of Corrections z Systems Programmer 850-921-1383 -- 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: SMS managed storage volumes.
Thanks to all who responded. I mounted them PRIVATE and expanded the VTOC as much as I could. Life is now good/better. Regards, Claude Claude Richbourg Florida Department of Corrections z Systems Programmer 850-921-1383 -- 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
8 Gig memory in a z9.
We are going to upgrade from a z/890-370 to a z9 BC-X03 soon and of course I'd like to add more memory to it if I can. Does anyone know what an 8 Gig chunk would cost? Ballpark not exact figures unless you know. Thanks up front, Claude Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -- 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
IEANUC0Z module in SYS1.NUCLEUS.
Anybody know what this module does? We are at z/OS 1.9. I was looking around and saw this but cannot find any doc on it. Regards, Claude Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -- 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
TCBD call error.
All, Our test lpar is now on z/OS 1.9 since Tuesday and all is well except for the 'tape processing'. We have a 3494 ATL and a B10 virtual environment. All parts of it are fine except for the VOLCAT. When you start OAM, it cannot communicate with the volcat. Also, when I try to list volumes within ISMF, it gets the TCBD CALL ERROR'. When I try to create or delete an entry in the volcat, same results. I can run a LISTCAT fine and it displays al the tape entries. The volcat is import connected to the new MASTER CAT. A listcat of the Master shows it. There has been no issue on our devl lpar with z/OS 1.9 and the tape processing. Something is amiss here and I can't put my finger on it. I have an open PMR with the OAM and CATALOG folks, but nothing yet. Does anyone here have any idea why I cannot 'get to the volcat' from batch or ISMF? All SMS routines are fine and I even re-drove them. It was all okay under z/OS 1.7 prior to the IPL of z/OS 1.9. Confused, Claude -- 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
Disappearing Master Catalog entries.
This is a strange one and I just opened a PMR with IBM. Scenario: I have a three lpars, one at z/OS 1.9 and two at z/OS 1.7. The 1.9 system is our sandbox area and I am starting the clone of the test lpar to be at 1.9. The driving system has been the sandbox 1.9, which the new master cat is connected to. Catalog work was done building it for the 1.9 system datasets, vsam using the SYS5 alias. The new mastercat was disconnected and import connected to the test 1.7 system. Using an alias of SYS5 to pick up vsam files, then do an alter/rename. I noticed some of the files; both ps and vsam were missing from the new mastercat, just a few. LOGREC, PAGE, SYS1 custom files I discovered this when I was using the New Era product, Image Focus. It simulates an IPL to test basic structure, dsn's and so forth. Has anyone seen such strange behavior? I also had a PAGE.DATA file that would not show up on the IDCAMS listcat ALL job. I tried to rename a SYS5.PAGE...DATA and it show up with return code 12, duplicate data set. I got the good folks at DINO software involved and we found the hiding entry in the new master cat and deleted it. Fine for that one dsn but more are 'disappearing'! Straching my head... Claude -- 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: Disappearing Master Catalog entries.
I hope not, since I have all the co-req maintenance on 1.7 for z/OS 1.9. Just way too weird. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, June 12, 2008 1:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Disappearing Master Catalog entries. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richbourg, Claude Sent: Thursday, June 12, 2008 12:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Disappearing Master Catalog entries. This is a strange one and I just opened a PMR with IBM. Scenario: I have a three lpars, one at z/OS 1.9 and two at z/OS 1.7. The 1.9 system is our sandbox area and I am starting the clone of the test lpar to be at 1.9. The driving system has been the sandbox 1.9, which the new master cat is connected to. Catalog work was done building it for the 1.9 system datasets, vsam using the SYS5 alias. The new mastercat was disconnected and import connected to the test 1.7 system. Using an alias of SYS5 to pick up vsam files, then do an alter/rename. I noticed some of the files; both ps and vsam were missing from the new mastercat, just a few. LOGREC, PAGE, SYS1 custom files I discovered this when I was using the New Era product, Image Focus. It simulates an IPL to test basic structure, dsn's and so forth. Has anyone seen such strange behavior? I also had a PAGE.DATA file that would not show up on the IDCAMS listcat ALL job. I tried to rename a SYS5.PAGE...DATA and it show up with return code 12, duplicate data set. I got the good folks at DINO software involved and we found the hiding entry in the new master cat and deleted it. Fine for that one dsn but more are 'disappearing'! Straching my head... Claude Could the disappearing entries have something in the catalog record which z/OS 1.7 does not understand? If so, maybe that is the problem? Just a wild guess. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
XMITIP and z/OS 1.9
Question on: XMITIP Application level: 4.86. Has anyone tried this on z/OS 1.9? I will be moving 1.9 from our sandbox lpar to test lpar next week and I was curious. I had almost forgotten about this part. Please let me know and I greatly appreciate it. Regards, Claude -- 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
SMP/E question on merging DDDEF entries.
Good morning all, The system is z/OS 1.9 and my old nemesis SMP/E. I am trying to build a new TARGET zone. What I want to do is copy ALL the DDDEF information from one TARGET zone to another new TARGET zone. At this point all I want is the DDDEF information, including the volser. I have tried this command: SET BDY(MVST200) . ZMRG (MVST100) INTO(MVST200) DEFINITION . And it copies everything BUT the volume information. Confused here. I ran a list command from the old TARGET zone and have that output including the volume information. Does someone have a REXX or utility to take that and form it up into UCLIN statements? Or is there a better way to copy the volume information from one zone to another. Please let me know your ideas. Regards, Claude -- 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: SMP/E question on merging DDDEF entries.
John, Thank you very much as it worked great. My nemesis grows weaker.. Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 21, 2008 11:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question on merging DDDEF entries. -snip- Do an UNLOAD DDDEF. //S1 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //* //SMPCSI DD DISP=SHR,DSN='SMPE18.GLOBAL.CSI' //SMPPUNCH DD DSN=TSH009.SMPE.DDDEF.SMPE18., // DISP=(NEW,CATLG),SPACE=(TRK,(100,10),RLSE), // RECFM=FB,LRECL=80,BLKSIZE=0,DSORG=PS //* //SMPCNTL DD * SETBOUNDARY (oldtarg) . UNLOAD DDDEF . /* // Replace oldtarg with your source zone name. Change other DSNs as needed. Edit output DSN if necessary. Run the step: //S2 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //SMPCSI DD DSN=SMPE18.GLOBAL.CSI, // DISP=SHR //* //* //SMPPTFIN DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPHOLD DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPCNTL DD * SETBOUNDARY ( newtarg) . // DD DISP=SHR,DSN=TSH009.SMPE.DDDEF.SMPE18. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- 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: Very poor FTP transfer rate to : testcase.boulder.ibm.com 207.25.253.31 ?
Nope, I had this around 09:00 this morning. EZA1485I 7741440 bytes transferred - 10 second interval rate 222.90 KB/sec. Regards, Claude Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Monday, May 19, 2008 12:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Very poor FTP transfer rate to : testcase.boulder.ibm.com 207.25.253.31 ? Hi, Anyone else having trouble pushing dumps into Boulder today? EZA1736I testcase.software.ibm.com EZA1554I Connecting to: testcase.boulder.ibm.com 207.25.253.31 port: 21. 220-IBM's internal systems must only be used for conducting IBM's 220-business or for purposes authorized by IBM management. 220- SNIP EZA1485I 245329920 bytes transferred - 17 second interval rate 21.30 KB/sec - Overall transfer rate 21.75 KB/sec EZA1485I 245698560 bytes transferred - 15 second interval rate 24.43 KB/sec - Overall transfer rate 21.76 KB/sec EZA1485I 245882880 bytes transferred - 14 second interval rate 12.53 KB/sec - Overall transfer rate 21.74 KB/sec EZA1485I 246067200 bytes transferred - 14 second interval rate 12.73 KB/sec - Overall transfer rate 21.73 KB/sec EZA1485I 246251520 bytes transferred - 11 second interval rate 16.55 KB/sec - Overall transfer rate 21.73 KB/sec EZA1485I 246620160 bytes transferred - 21 second interval rate 17.09 KB/sec - Overall transfer rate 21.72 KB/sec Bottom of Data *** We normally see throughput about 10x this. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... 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 -- 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
IPS default member on z/Os 1.9.
Good morning all, I am curious as to why IPS is still being referenced as a default entry in IEASYS00? Using Mark's IPLINFO utility on our 1.9 system, I see this entry: IPS=00,Default I thought the ICS and IPS went out of town once Workload Manager came in. Does anyone know why IPS is still referenced? Mark? Thanks and just curious. Claude -- 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: Question on *MASTER* address space.
Thank you Ed, Now I know. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, April 18, 2008 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on *MASTER* address space. Richbourg, Claude wrote: Okay, I've pondered this for awhile and now I would like to see why. Would any of you explain this about the MASTER address space? Question: When I look at the DA screen in our input/output viewer (IOF), it shows the *MASTER* system address space with an 'S00' task number. It has dispatching priority FF of course, but none of the other 'privileged' SYSTEM address spaces have a 'S ' task number, even though they are all in the SYSTEM service class/workload. Those in SYSSTC service class have S00 numbers as I would expect. Same across all lpars. Why is that? Because the SYSLOG task -- running in *MASTER* -- issued SSI 20 REQUEST JOB ID. This was needed so it could allocate a sysout data set for the SYSLOG. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] 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 -- 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
Question on *MASTER* address space.
Okay, I've pondered this for awhile and now I would like to see why. Would any of you explain this about the MASTER address space? Question: When I look at the DA screen in our input/output viewer (IOF), it shows the *MASTER* system address space with an 'S00' task number. It has dispatching priority FF of course, but none of the other 'privileged' SYSTEM address spaces have a 'S ' task number, even though they are all in the SYSTEM service class/workload. Those in SYSSTC service class have S00 numbers as I would expect. Same across all lpars. Why is that? Thanks up front and curious, Claude -- 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 DASD Volumes from Mod3 to Mod9
One thing that bit us was the size of the VTOC's. When you move a mod-3, 15 track VTOC to a mod-9 and use it within SMS or HSM, you will blow out the VTOC. Please make sure you check what the volume will be used for. Something I inherited...Been there done that. Just another FYI. Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kammer, Charles Sent: Monday, April 14, 2008 1:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving DASD Volumes from Mod3 to Mod9 We just finished moving about 12 Mod3's to Mod9's using FDRPAS without any problems or outages. Many of these volumes were high usage SMS type volumes and most were completed in 7 minutes or less. Charles S. Kammer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Monday, April 14, 2008 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Moving DASD Volumes from Mod3 to Mod9 This is just a curiosity question. We will be upgrading our Storage array and at that time the dasd will be carved out as MOD 9's. Currently we are 99% Mod 3s. Is there a way without taking an outage to move 3 MOD 3s onto one mod 9? I was hoping that TDMF, or DFDSS might work but I think they need control of the files. Any suggestions? Lizette -- 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
SHOWZOS output.
Good morning all, This has been installed on our sandbox lpar running z/OS 1.9. After wrestling with it to get it working, I have run up against a wall. Would any of you who know this CBT utility take a gander at what is going on? I looked up the error code, but do not know what to change, or if I missed something. Please feel free to contact me off list if needed. Output follows and the job get zero return codes, but? IEA995I SYMPTOM DUMP OUTPUT 043 SYSTEM COMPLETION CODE=0C6 REASON CODE=0006 TIME=09.25.28 SEQ=00253 CPU= ASID=0031 PSW AT TIME OF ERROR 078D 93508A09 ILC 2 INTC 06 ACTIVE LOAD MODULE ADDRESS=13500B50 OFFSET=7EB9 NAME=SHOWZOS DATA AT PSW 13508A03 - C5E25D00 00C0 E5A5 GR 0: _ 1: _00B4 2: _1228 3: _00FE2710 4: _13560AF0 5: _14CF501E 6: _ 7: _ 8: _00FD8DD0 9: _008FF050 A: _13560ACD B: _008FF358 C: _1351E780 D: _7008 E: _13508A06 F: 0010_0008 END OF SYMPTOM DUMP Regards, Claude Richbourg Florida Department of Corrections z/OS Systems Programmer 850-921-1383 -- 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: SHOWZOS output.
Here is a listing of the syslib concat done on the 1.9 system. //SYSLIB DD DISP=SHR,DSN=SYS1.MACLIB // DD DISP=SHR,DSN=SYS1.MODGEN // DD DISP=SHR,DSN=CEE.SCEEMAC // DD DISP=SHR,DSN=SYS1.SHASMAC // DD DISP=SHR,DSN=TCPIP.SEZANMAC // DD DISP=SHR,DSN=TCPIP.SEZACMAC // DD DISP=SHR,DSN=JSYS.SHOW716.MACLIB Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Friday, April 11, 2008 9:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SHOWZOS output. Richbourg, Claude wrote: Good morning all, This has been installed on our sandbox lpar running z/OS 1.9. After wrestling with it to get it working, I have run up against a wall. Would any of you who know this CBT utility take a gander at what is going on? I looked up the error code, but do not know what to change, or if I missed something. Please feel free to contact me off list if needed. Output follows and the job get zero return codes, but? IEA995I SYMPTOM DUMP OUTPUT 043 SYSTEM COMPLETION CODE=0C6 REASON CODE=0006 TIME=09.25.28 SEQ=00253 CPU= ASID=0031 PSW AT TIME OF ERROR 078D 93508A09 ILC 2 INTC 06 ACTIVE LOAD MODULE ADDRESS=13500B50 OFFSET=7EB9 NAME=SHOWZOS DATA AT PSW 13508A03 - C5E25D00 00C0 E5A5 GR 0: _ 1: _00B4 2: _1228 3: _00FE2710 4: _13560AF0 5: _14CF501E 6: _ 7: _ 8: _00FD8DD0 9: _008FF050 A: _13560ACD B: _008FF358 C: _1351E780 D: _7008 E: _13508A06 F: 0010_0008 END OF SYMPTOM DUMP Regards, Claude Richbourg Florida Department of Corrections z/OS Systems Programmer 850-921-1383 Did you reassemble it using the zOS 1.9 maclibs? -- Mark Jacobs Time Customer Service Tampa, FL -- 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: SHOWZOS output.
Mark, I downloaded file 492 from the CBT Updates section and brought it up to the 1.9 system. Showzos runs with zero return code, but gives the abend within the syslog. It produces output, but not as much as the older SHOWMVS. Thanks to all who have responded and I'll wait for a comment by Roland or Gilbert. Regards, Claude Claude, I believe the author frequents this list (Mark Zelden? maybe) and it may not be zOS 1.9 compatable. I would wait for the author to reply. Sorry, I only dream of being able to code assembler like that. Roland Schiradin has been maintaining / enhancing ShowZOS and ShowMVS prior for years with some contributions also. The original author who layed all the ground work was Gilbert Saint-Flour. To the OP: Did you download the current version from the CBT updates page? http://www.cbttape.org/updates.htm And yes... make sure you assemble with the z/OS 1.9 maclibs if asm/lnk from a downleveled system by pointing to them with VOL=SER. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 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
Re: SHOWZOS output.
Mmmm, I am at RSU0802 maintenance level and not sure about the other change you made with ISPF. Is the change you made needed in the install process, or is it something you had to do based on your shop? Regards, Claude Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 I just downloaded the current version from the CBT updates page and other than having to using ISPF to CHANGE 'GVTQRQACONSTRAINED' 'BIT2' it worked fine with no abends. However, your maintenance level of z/OS 1.9 could be different than the one I tested on. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 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 -- 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: SHOWZOS output.
That is a strange thing, the assembly. The assembly step gets an 8 return code, but looking within the assembly step itself, it has a return code of zero and 'no statements flagged'. I have not been able to figure out why. Snippet from bottom of assembled output. No Statements Flagged in this Assembly HIGH LEVEL ASSEMBLER, 5696-234, RELEASE 5.0, PTF UK33787 SYSTEM: z/OS 01.09.00 JOBNAME: ASMLINKDSTEPNAME: ASM PROCSTEP: (NOPROC) Data Sets Allocated for this Assembly Con DDname Data Set NameVolume Member P1 SYSINJSYS.CBT.SHOWMVS.PDS USTG05 SHOWZOS L1 SYSLIB SYS1.MACLIB URESA1 L2 SYS1.MODGEN URESA1 L3 CEE.SCEEMAC URESA1 L4 SYS1.SHASMAC URESA2 L5 TCPIP.SEZANMAC URESA2 L6 TCPIP.SEZACMAC URESA2 L7 JSYS.SHOW716.MACLIB USTG02 SYSLIN SYS08102.T131854.RA000.ASMLINKD.LOADME.H01 UPUB02 SYSPRINT JSYSCSR.ASMLINKD.JOB03789.D102.? SYSPRINT JSYSCSR.ASMLINKD.JOB03789.D102.? 1767828K allocated to Buffer Pool Storage required 51928K 1125 Primary Input Records Read 5491 Library Records Read 0 Work File Reads 0 Work File Writes 0 ASMAOPT Records Read 6227 Primary Print Records Written 580 Object Records Written0 ADATA Records Written Assembly Start Time: 13.19.39 Stop Time: 13.19.40 Processor Time: 00.00.00.2214 Return Code 000 So yes, I did the link to see what happens. It links clean, but the abend when it runs. But, I will search the archives and see what Roland posted last November. Thanks guys, Claude -- Gee... right where I had to make my source code change per Roland's post last November. To the OP: Did you link SHOWZOS even after a bad assembly? Or did it assemble clean without the change? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 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
Re: SHOWZOS output.
Roland, Thanks very much, it worked like a charm. When the assemble and link finished job finished, I ran SHOWZOS and it runs clean. Thank you again for providing this nice tool. And thanks to all who responded as well. Regards, Claude Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roland Schiradin Sent: Friday, April 11, 2008 2:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SHOWZOS output. Hi, looks like you get a RC8 from assembly. Please apply the following change #STATUS GVTCSGRSCONSTRAINED,GVTQRQACONSTRAINED,'QRQA(YES)' to #STATUS GVTCSGRSCONSTRAINED,BIT2,'QRQA(YES)' for z/OS R9 and above Roland -- 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
CBT - TSSO and z/OS 1.9.
Hello all, I have just installed TSSO,(file 404) from the CBT web site on our z/OS 1.9 system. I am having a little difficulty with the sub-system console piece. When I assembled all of the programs, I had this error from the TSSO assemble step: ASMA044E Undefined symbol - UCMMCENT So, I commented it out to get past it and now when I start TSSO, it shows this in the syslog: TSSG154S UNABLE TO FIND UCM FOR TSSO SUBSYSTEM CONSOLE TSSG153S TSSO IS UNABLE TO ALLOCATE ONE OR MORE SUBSYSTEM CONSOLES Has anyone else installed TSSO on z/OS 1.9 yet? I must be missing something, and my assembler is so-so. Any help would be appreciated. Thanks, Claude -- 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: CBT - TSSO and z/OS 1.9.
Yep, came from 1.7 and I'll go check the updates. Thanks Mark, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, February 07, 2008 4:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CBT - TSSO and z/OS 1.9. On Thu, 7 Feb 2008 15:59:58 -0500, Richbourg, Claude [EMAIL PROTECTED] wrote: Hello all, I have just installed TSSO,(file 404) from the CBT web site on our z/OS 1.9 system. I am having a little difficulty with the sub-system console piece. When I assembled all of the programs, I had this error from the TSSO assemble step: ASMA044E Undefined symbol - UCMMCENT So, I commented it out to get past it and now when I start TSSO, it shows this in the syslog: TSSG154S UNABLE TO FIND UCM FOR TSSO SUBSYSTEM CONSOLE TSSG153S TSSO IS UNABLE TO ALLOCATE ONE OR MORE SUBSYSTEM CONSOLES Has anyone else installed TSSO on z/OS 1.9 yet? I must be missing something, and my assembler is so-so. Any help would be appreciated. I assume you are coming from a release prior to z/OS 1.8. I remember the same thing being reported then and I thought someone had updated it. Did you check the updates page at http://www.cbttape.org? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 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 -- 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: Data Erasure Products
Yes, It is listed under 'Sand Alone Edit' which we have. A blip follows: 1 - Fast DASD Erase Fast DASD Erase may be licensed separately by users interested in erasing data at the end of their Disaster Recovery tests or when decommissioning DASD. Erasing test data at the end of a Disaster Recovery test may be one of the most important steps of the test itself. SAE users enjoy peace of mind knowing they have completely erased all mission-critical and personal data, thereby safeguarding it from unwanted use. This is especially important in an era of government regulations, such as HIPAA, GLBA, PIPEDA, etc. Users also appreciate the reduction in time and money saved during the actual erasure. HTH further. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Friday, January 11, 2008 12:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Data Erasure Products Richbourg, Claude wrote: There is another one that we have used. It is by NEWERA software and it is, 'DASD FAST ERASE'. It works good as you can do as many passes over the data with different patterns as needed. HTH. Regards, Claude Richbourg I just went on their website and the only products I see there are Image Focus and Stand Alone Edit. Is the product you mentioned still being marketed by NewEra? -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- 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: Data Erasure Products
There is another one that we have used. It is by NEWERA software and it is, 'DASD FAST ERASE'. It works good as you can do as many passes over the data with different patterns as needed. HTH. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Friday, January 11, 2008 12:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Data Erasure Products Outside of FDRERASE and good old ICKDSF are there any products in the market that can erase data from mainframe DASD? I didn't see anything in the CBT archive for DASD, just some tape erasure programs. * * -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- 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: A DADSM error while scratching a dsn.
Well, thanks to all that responded and yes, I deleted the dataset. The dataset in question was a duplicate of a cataloged dataset. I submitted the delete job after I had the user log off TSO. It worked well, dataset gone. Evidently I did not dig deep enough to reason out the codes. But, I won't forget that one. Thanks again to all who responded to help solve my temporary problem child. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.J. Crook Sent: Tuesday, January 08, 2008 8:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A DADSM error while scratching a dsn. Claude, These are in the DFSMSdfp Diagnosis Ref, under the appropriate DADSM function. For SCRATCH (Table 61), I get X'04' X'0B' ENQRET X'25' Verify DADSM SCRATCH request; enqueue on SYSDSN failed. hth, Richard Crook zOS Technical Specialist, (64 4) 576-9795 [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
A DADSM error while scratching a dsn.
Sending again as I did not get a copy back from the list server. Hello all, This one stumps me for now and I need some help from the group. I am at z/OS 1.7 and in the process of cleaning up un-cataloged datasets on SMS managed volumes. This one that is holding tight is a non-vsam PO dataset. I usually run this JCL to delete them and it works fine: //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //DISK DD DISP=SHR,UNIT=3390,VOL=SER=DASEFA //SYSIN DD * DELETE XXX.XX NVR FILE(DISK) /* The job gets a return code of '0', but the dataset is still there. A =3.4 display shows it, as well as an old IEHLIST job. In looking in the log or messages portion of the output from the delete job, I see this: IEC331I 042-006(040B0425),DELNVR1 ,STEP1 ,SCRT,IGG0CLH0 IEC331I VOL,DASEFA,NAME,XXX.X IEF142I DELNVR1 STEP1 - STEP WAS EXECUTED - COND CODE The fine manual says: RETURN CODE 42 Explanation: A DADSM error occurred on branch entry to DADSM back end. The DADSM error return data from the invoked sub-function (SFI) field is the value of the variable sfierror in message IEC331I. REASON CODE 6 Explanation: A DADSM SCRATCH error occurred on branch entry. No luck finding the '040B0425' meaning so far. Now the REAL question, how can I delete this dsn. Any and all responses are quite welcome. Regards, Claude Richbourg -- 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
A DADSM error while scratching a dsn.
Good morning all, This one stumps me for now and I need some help from the group. I am at z/OS 1.7 and in the process of cleaning up un-cataloged datasets on SMS managed volumes. This one that is holding tight is a non-vsam PO dataset. I usually run this JCL to delete them and it works fine: //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //DISK DD DISP=SHR,UNIT=3390,VOL=SER=DASEFA //SYSIN DD * DELETE XXX.XX NVR FILE(DISK) /* The job gets a return code of '0', but the dataset is still there. A =3.4 display shows it, as well as an old IEHLIST job. In looking in the log or messages portion of the output from the delete job, I see this: IEC331I 042-006(040B0425),DELNVR1 ,STEP1 ,SCRT,IGG0CLH0 IEC331I VOL,DASEFA,NAME,XXX.X IEF142I DELNVR1 STEP1 - STEP WAS EXECUTED - COND CODE The book says: RETURN CODE 42 Explanation: A DADSM error occurred on branch entry to DADSM back end. The DADSM error return data from the invoked sub-function (SFI) field is the value of the variable sfierror in message IEC331I. 6 Explanation: A DADSM SCRATCH error occurred on branch entry. No luck finding the '040B0425' meaning so far. Now the REAL question, how can I delete this sucker? Or is this a dreaded hardware issue??? Any and all responses are quite welcome. Regards, Claude Richbourg -- 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: Delete DS Held by LLA and XCFAS
Here is the process I use with some explanation in my doc. For LLA: TO REMOVE THE LLA ENQUEUE FROM THE DATASET, YOU WOULD EITHER ISSUE AN F LLA,UPDATE=XX POINTING TO A CSVLLAXX PARMLIB MEMBER SPECIFYING REMOVE(CEE.SCEERUN) OR YOU WOULD STOP LLA BY ISSUING P LLA. LIBRARIES(X.X.XXX)TO ADD A LIBRARY REMOVE(X.X) TO REMOVE A LIBRARY. And for XCFAS: SETPROG LNKLST,UNALLOCATE SETPROG LNKLST,ALLOCATE - TO REMOVE THE XCFAS ENQUEUE, IT DEPENDS ON WHETHER CEE.SCEERUN IS IN THE LNKLST OR NOT. IF IT IS A LNKLST DATASET, YOU WOULD HAVE TO ISSUE THE SETPROG LNKLST,UNALLOCATE COMMAND TO FREE THE XCFAS ENQUEUE HELD DUE TO DYNAMIC LNKLST PROCESSING. AFTER ISSUING THE SETPROG LNKLST,UNALLOCATE COMMAND, YOU WILL RECEIVE MESSAGE CSV507I ( MSGCSV507I ) LNKLST ALLOCATIONS ARE INACTIVE. I am sure there are other ways, but it works for me. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. House Sent: Wednesday, December 12, 2007 8:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Delete DS Held by LLA and XCFAS I removed CSF.SCSFMOD0 from the LNKLST and the APF list, but when I attempt to delete I get an error message saying it is in use. It appears there it is used by LLA and XCFAS. How can I realese the Dataset from LLA and XCFAS? Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: Allocating Large SYS1.HASPACE
Use this JCL to allocate all of a 3390-9, or 99% of it. //DEFSPOOL EXEC PGM=IEFBR14 //SYSPRINT DD SYSOUT=* //ALLOCDD DSN=SYS1..HASPACE,DISP=(NEW,KEEP,KEEP), // SPACE=(CYL,9940),UNIT=3390,VOL=SER=XX, // DCB=(DSORG=PS,RECFM=F,LRECL=4096,BLKSIZE=3992), // DSNTYPE=LARGE //* Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Schaffer Sent: Friday, November 30, 2007 3:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Allocating Large SYS1.HASPACE Hi, I'm beginning to play with large (64K tracks) JES2 spool datasets. I'm attempting to allocate one entire 3390-9 volume (150239 tracks or 10015+ cylinders). However, I'm receiving message IGD17051I, indicating the primary allocation can't exceed 65535 TRKS. Its an SMS message but the volume is not SMS. I'm certain JES2 doesn't support secondary allocation for spool datasets and I believe these datasets need to be allocated PSU. I hope I'm not asking an ignorant question, but how do you bypass this limitation? Also, are most of you who have implemented large spool datasets done so with 3390-9? Has anyone done so with 3390-27? Have you experienced any performance problems w/ 3390-27? Thanks, Dennis Schaffer -- 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
Extend VTOC on a SMS managed volume.
Good morning all. I have four volumes that are 100% full and have no free DSCB's. I usually run an extend vtoc command via ICKDSF. Command follows: REFORMAT DDNAME(VOLDD) VERIFY(STG003) EXTVTOC(29) But since it is not mounted PRIVATE, it gives me a return code of 12. Any suggestions? Thanks in advance. Claude Richbourg -- 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: VER Command from TSO for TCP/IP?
NETSTAT from 1.6 will tell you that and more. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. House Sent: Friday, October 26, 2007 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VER Command from TSO for TCP/IP? Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: IOF QUESTION
Hello Ernie, Yes it is and here are the steps. 1) Select your output and then enter SD on the command line. It will open a panel you can override size and dsn name. Then press enter. 2) Now enter SNAP on the command line. 3) Then enter SNAPCLOS and it is done. Out to the dsn.. Play around and get familiar with the commands. HTH Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: Friday, October 26, 2007 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IOF QUESTION Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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: tso racf
Hi William. On the last question you could easily do it this way. Just add the command 'LOGOFF' within thier TSO segment of RACF. Works every time. HTH Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carroll, William Sent: Tuesday, October 23, 2007 2:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: tso racf is there anyway to block or ignore or stop somebody from entering a command on the command prompt through RACF, or any other method. i know i can put a command on the 'proc' execute, passing it as a parm, during the logon process. my management wants to know if i can block the command prompt for non-system programmer folks. so when they exit ispf, they get logged off of tso as well. I apologize for not giving a more accurate picture to begin with. TIA Bill Carroll EMAIL DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- 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: Problem Deleting DSN
Two ways I have found to accomplish this rather easily. 1) Go to =3.4 and plug in the dasd volser and press enter. Then scroll down until you find your dsn in question. You will then rename it. There should be a prompt that comes up telling/asking you, do you really know what you are doing. As long as you are getting the dsn at the volume level, then proceed with the rename. Then just delete it. 2) Go after the dasd volume from another lpar at the =3.4 screen. If, your volume is shared between lpars. Again, make sure of where you are and find the dsn and delete it. Presuming you have no IMS region running on that lpar also. Hope that helps, Regards, Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: Friday, September 28, 2007 8:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Problem Deleting DSN Good Morning Gentle Readers, I have a problem which has floored me. I am trying to delete a dsn which resied on VOLA but it is not cataloged. When I try to delete the dsn it gives me the message Data set in use. I checked via ISRDDN E on the dsn and it shows that is being used by the IMS region. However, there is the same dsn which is cataloged on VOLB which is allocated by the IMS region. Is shutting down the region to delete the dsn the only way to go about it or is there something else that I can try. Thanks for all your help in advance. - Ask a question on any topic and get answers from real people. Go to Yahoo! Answers. -- 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
Top Secret to RACF conversion.
Good afternoon all. We are looking into the possibility of converting from Top Secret to RACF for our security product on the mainframe, z/OS 1.7. I am interested in hearing from anyone who has made this conversion. What I would like to know from those that have are; timelines in getting it done, any horror stories and other 'gotchas' that affected the conversion process. My Top Secret knowledge is so-so and my RACF knowledge is great. But I have never done a security conversion before. Cross posted to the RACF list also. Thanks much in advance all. Regards, Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- 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: Recataloging IBM virtual tapes
Alan, If you are using a single volcat and shared by all the systems, you may need to sync the TMC on that system. If you have a single volcat per system, then yes, you would need to create entries for the virtual tape in question and treat them as foreign tapes. Hope that helps, Claude Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: Field, Alan C. [EMAIL PROTECTED] Sent: Aug 22, 2007 9:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Recataloging IBM virtual tapes We are converting from STK to IBM virtual tape. Currently we put our SMF data from many LPARS onto virtual tape, each in its own LPAR They are cataloged on their own LPAR and also run a job (DEFINE NONVSAM... VOL( ) UNIT() ) to catalog them all in the sysprog lpar so we can process the data from all locations in one place. Since moving the data to the IBM virtual the DEFINE NONVSAM works but when attempting to read the data instead of mounting virtual tape, the mounts are being directed to physical drives. Do we have to put an entry in the VOLCAT for the virtual tapes from the other LPARS? I know what I'm asking - I hope it makes sense to the rest of you. Alan -- 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
IBMLINK and missing ETR records.
Well, They have a new twist today within IBMLINK. As I logged in to list and update my ETR, low and behold it shows; 'No records were found'. But hey, at least I could log in... Sev 1 ticket # 15076082000 Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- 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: Upgrading the processor
I used to work with an H50. The three models are: The Multiprise 3000 models H30, H50, and H70. Unless there is something new going on here? ;. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sabo, Frank Sent: Monday, July 30, 2007 9:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Upgrading the processor No it is an H75 processor. -- 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: ICC Console
We have ours defined as 3270-X in both places. Regards, Claude Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Lyon Sent: Thursday, July 26, 2007 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ICC Console On Thu, 26 Jul 2007 08:57:48 -0400, Andy White [EMAIL PROTECTED] wrote: Can anyone out there who are using ICC consoles tell me how they have the console itself defined both in the consol member and hcd. 3270-X in HCD and 3278-X in CONSOLxx. HTH, PTL -- 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: MEMLIMIT again -- Consensus on Default Size?
As we all know, JAVA and other apps can now be quite a consumer in storage consumption. I have set up a 16G default and we have had no trouble with JAVA so far But, we are going to be ramping up the amount of work done in JAVA, for web apps, so I'll wait and see how that goes. We are CICSTS31. BOL. My two cents. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, July 03, 2007 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: MEMLIMIT again -- Consensus on Default Size? Hi, All, I see in the CICS TS 3.2 Migration Guide that this newest CICS release requires a minimum MEMLIMIT of 2G, or it will refuse to start up. Last time this topic came up here, there didn't seem to be a consensus on what a good system default should be for MEMLIMIT; and only two posters gave their shops' defaults: One said 4G, and the other said 10G. Would anybody who's gained experience with MEMLIMIT sizing since then care to comment? On a somewhat related note, I vaguely recall someone posting that DB2 v8 (might have been v9) takes a MEMLIMIT of 4T, without regard to what installation default is or is not specified. Is that true, or am I hallucinating? TIA, -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 -- 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: Off Topic But Concept should be Known To All
Isn't that what they do today in the Windows world??? Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, June 21, 2007 8:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Off Topic But Concept should be Known To All LOL, To carry this argument to it's logical conclusion, each application would have it's own OS snip Subject: Off Topic But Concept should be Known To All http://www.theregister.com/2007/06/20/usenix_07_opening_keynote/ /snip -- 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: CICS AEXZ abend outage for zOS 1.8/Top Secret 9.0 users.
Yes, We are one of the 'lucky' ones to experience this first hand. It took awhile to find out what the problem was, as we saw no TSSx messages pointing to the error, just an AEXZ abend. IBM gave us the direction towards CA. I spoke with the technical support manager for CA-Top Secret and he told me what the issue was; There is a storage overlay in the date field area with a 'C1'. If we did nothing, Top Secret would work fine tomorrow as the date area in error, only affected today's date. I told him I needed the fix as soon as it gets out of the 'test' phase, today. Still waiting Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Saul Babonas Sent: Saturday, June 16, 2007 4:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CICS AEXZ abend outage for zOS 1.8/Top Secret 9.0 users. Anyone else experienced this problem? Our CICS regions have been down since 6 AM CDT Saturday due to AEXZ abend in CEMT. This was reported to IBM who referred us to CA. CA confirmed the problem and provided maintenance to Top Secret. We've rolled back to TS 8.0 as an interim for some of our systems that were still zOS 1.6. Several additional companies in addition to us have reported the same problem. No golf today. -- 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: 3390-MOD's 9
Just a guess, but are you coding, 'DSNTYPE=LARGE'? Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Thursday, May 31, 2007 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 3390-MOD's 9 This is my first experience with these volumes and I have a little problem. There was a requirement to use these mod 9 volumes so our customers could dump very large files to these packs. These two volumes are SMS managed. The first test failed with a E37. The JCL contained space(cyl,(3000,1000)). It allocated only 4000 cylinders on the first volume, switched to the second volume and allocated another 4000 cylinders and then abended. Is there something in the JCL that needs to be coded to make the system understand these files are allowed to go beyond the default size. We are z/OS v1r7. Any help would be 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
Job Vacancy at Florida Department of Corrections.
This posting has been approved by the list owner prior to sending. There is a current opening for a System Programmer III position here in Tallahassee, Florida. Duties include but not limited to: Top Secret, CICS, IMS and Networking. Please look for more information within the State of Florida's portal. This is located at the below link; https://jobs.myflorida.com/joblist.html?displaymode=-4.1040 It is located at the bottom of the third page and titled under: NETWORK SYSTEMS AND DATA COMMUNICATIONS ANALYSTS 70034021-51238471-20070412143006DC - Corrections DC - Systems Programmer III; Tallahassee, FL. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- 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
DFHSM cleanup of orphaned MCC records.
Good afternoon all. Operating System is z/OS 1.7. We have an open ETR with IBM about deleting the orphaned records regarding error codes 40 41 within DFHSM. Part of ETR follows: For ERR 40 and ERR 41, audit found orphan MCC records (Backup Control Data Set Backup Version Records). To resolve these, you basically need to delete them: They say one has to manually issue the HSEND FIXCDS C 'dataset name' DELETE command for each record and it has to be done manually. We have a very large amount of these errors and it could take a couple days to do it with only one person. Do any of you know any way to automate this? Can these records be 'pulled' from the CDS and 'wrapped' by code to do all the deletes? My knowledge is limited within the DFHSM world and I would appreciate any hints/ tips/ or the manual way is the only way reply. Thanks in advance, Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- 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: Renaming SYS1.VTAMLST
Just run an IEBCOPY with the compress option. It will shrink it back to size. If it needs to be renamed, you may have to bounce VTAM to pick up another new library; SYS1.VTAMLST.NEW. Hope that helps. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery Sent: Monday, March 12, 2007 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Renaming SYS1.VTAMLST Hello everyone: I've got a SYS1.VTAMLST out of space and I'm looking for a way to rename it. Fortunately it is on a test system. I've tried IEHPROGM but since the volume is always in use (contains catalogs) that attempt fails. SO - VTAM has it allocated even without coding it in the STC (I'm guessing z/OS does this by default). I seem to recall that a method to rename active datasets appeared around OS390 2.10 but having change locations, that functionally is either not turned-on here or not available in z/OS 1.4? I'm looking for any hints, tips, backdoor tricks. Thanks, Betsy Jeffery and delete this 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 -- 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: Why are they so full ? RE: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
If you go to =3.4 and put in SYS1.PAGE.*, it will use a wildcard mask and show you all the page datasets. Then press the pf11 key to shift right. You will see how big they are in TRACKS. Then divide each .DATA file by 15 and you will have each size in CYLS. Hope that helped. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Tuesday, March 06, 2007 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why are they so full ? RE: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,... On Tue, 6 Mar 2007 09:02:55 -0500, Robert Pelletier [EMAIL PROTECTED] wrote: This is the size of my locals that are in use: Volume Mount Device Free Free Free LgFree LgFre Serial AttrType Exts Trks Cyls #Trks #Cyls (01) (02)(03) (04) (05) (06) (07) (08) --- HYPERF PRIVATE 3390 2112 7110 7 HYPERH PRIVATE 3390 2112 7110 7 HYPERE PRIVATE 3390 2112 7110 7 HYPERI PRIVATE 3390 2112 7110 7 HYPERA PRIVATE 3390 2112 7110 7 HYPERB PRIVATE 3390 2112 7110 7 HYPERC PRIVATE 3390 2112 7110 7 HYPERD PRIVATE 3390 2112 7110 7 HYPERG PRIVATE 3390 3472 3146531 HYPERJ PRIVATE 3390 3 1657110 1650 110 Wrong display. This is free space on some volumes, not page DS size. -- Tom Marchant -- 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
Costs not to go to z/OS 1.7 by March 31, 2007.
All, For those who have not made the migration off z/OS 1.4 by March 31, 2007, it will become VERY expensive. We are cutting over the end of this month to z/OS 1.7, so we are okay. But, we have found out that if the cutover did not occur by March 31st, it would cost a good deal of money for continued support. This is on top of your monthly charges and that you would have to pay at a minimum, six months. So doing the math, it gets into six figures rather quickly. That by itself is some incentive to get off z/OS 1.4. Just a heads up out there. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -- 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: Syncsort / DFSORT LPA
If you use Syncsort as your sort product and you have DB2 v8, you will need the DFSORT to make it work. IBM will let you use 'very limited' amount, just for DB2 v8 which requires it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, November 09, 2006 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Syncsort / DFSORT LPA I just have to ask: why do would an installation need both sort products unless you're at an ISV where you have to test your product with both? Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: Full SMF Datasets Not Clearing
The old SMFDUMP program will dump them all to whatever output dataset you choose. We still use it. Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 28, 2006 12:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Full SMF Datasets Not Clearing In [EMAIL PROTECTED], on 09/28/2006 at 07:59 AM, Howard Rifkind [EMAIL PROTECTED] said: I don't know way man1 and man2 aren't really full but it states that a dump is required. Intervening IPL or SWITCH command? I run the STC DUMPXY and it seems to clear out man1 and that's it. It's written to only dump one data set. If you want to dump two, you need to START it once for each. There is or used to be a program that had the smarts to dump all of them that needed dumping. //SYSIN DD DUMMY Are you sure that the defaults are appropriate? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
JES2 List Server address
Good morning all, For JES2 related questions, what is the current JES2 List Serve address? Thanks much, Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -- 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
MPF messages now appearing.
Anyone seen these type messages before? We are at z/OS 1.7, Netview 5.2 and have TSSO from the CBT installed. However, searches of GOOGLE and ASK do not give any hits, nor does the IBM z/OS 1.7 website. Searched the TSSO lib's and no hits either. I am now scratching my head hard as to what has introduced this. Any and all help will be greatly appreciated. I would like to keep my sanity this week and it is early. MPF015W - NAME/TOKEN NOT FOUND IEF196I MPF015W - NAME/TOKEN NOT FOUND MPF016W - WILL USE DYNAMIC ALLOCATION FOR COMMANDS IEF196I MPF016W - WILL USE DYNAMIC ALLOCATION FOR COMMANDS IKJ56228I DATA SET SYS1.MPF.COMMANDS NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IEF196I IKJ56228I DATA SET SYS1.MPF.COMMANDS NOT IN CATALOG OR CATALOG IEF196I CAN NOT BE ACCESSED Best regards, Claude Richbourg Florida Department of Corrections Systems Programmer 850-921-1383 -- 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
Mod-9 or Mod-27 for JES2 spool dataset(s).
Good morning all, I am pondering the difference, (Performance-Disaster Recovery-More/Less volumes), for JES2 spool datasets. We are at z/OS 1.7 in one dev LPAR and I am starting the cloning/building process for our production LPAR. We are a mid-size shop with (4) mod-3s used for JES2 spool in a z/OS 1.4 production environment. With all four volumes, we have a little over 12,000 cylinders for spool and keep three days output before offloading to tape. We are hovering around 65-75 percent utilization for the most part during the week. Since I can take advantage of the 'Large Dataset Support' for JES2 now, what are the pros/cons of having one mod-27 versus 2 mod'9s? Besides the 9,000 or so cylinders. I would like to 'enlarge' the JES2 spool environment we have and would like to hear your opinions on this matter. Any and all would be appreciated. Best regards, Claude Richbourg -- 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: Mod-9 or Mod-27 for JES2 spool dataset(s).
Sorry, I forgot to mention that. The spool volumes have only the one dataset each and we do have PAV support with our 800. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Thursday, September 07, 2006 10:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mod-9 or Mod-27 for JES2 spool dataset(s). On Thu, 2006-09-07 at 08:59 -0400, Richbourg, Claude wrote: Since I can take advantage of the 'Large Dataset Support' for JES2 now, what are the pros/cons of having one mod-27 versus 2 mod'9s? How busy are your spool volumes today, and do you have PAVs? I don't have PAV, so I spread our I/O across multiple unit addresses. -- 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 -- 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
