Re: IBM(r) z/OS(r) Management Facility (z/OSMF)
Matt, I think it is a really good tool. The security, however, is very complex. If you are a RACF shop then you are in good shape. We are Top Secret and it was a real struggle. ..Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Thursday, May 24, 2012 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: IBM(r) z/OS(r) Management Facility (z/OSMF) So what do you folks have to say about IBM(r) z/OS(r) Management Facility (z/OSMF)? We have zos1.13 up and running and considering configuring IBM(r) z/OS(r) Management Facility (z/OSMF). Looking to see find out how hard it is to configure and how useful it is? Or any other info you might find useful. Thanks Matthew Dazzo Sr MVS Systems Programmer Publishers Clearing House Port Washington NY 516-944-4816 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Early IPL problems
John, I have always found that the Wait States that I encounter are of my own doing. I have never done an SADUMP. The one occurrence that was problematic was after a POR and no LP would IPL. Had to make changes to SYS1.PARMLIB but had no system. We were saved by the Jan Jeager's OS/390 System Utilities. Building that capability into the HMC would be a great addition. Thanks, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McDowell Sent: Monday, May 14, 2012 12:56 PM To: IBM-MAIN@bama.ua.edu Subject: Early IPL problems Thanks for all of the feedback thus far, both on and off the list, it has been useful. So far, there seems to be general agreement that the frequency of problems is low (at least in production LPARs), that some way of displaying what the Wait State Code (WSC) means would be useful and that recovery from these sort of problems is accomplished by using another running z/OS system. To help focus the feedback somewhat I would be interested to know: - What are the typical steps taken to identify/recover from a WSC ? For example, Step 1: Find the meaning of the WSC Step 2: SADUMP Step 3: Correct the source of the problem Step 4: Re-IPL Step 5: Open a PMR etc., etc. Steps 1 seems fairly certain, beyond that the remaining steps (both content and sequence) seem to be much less so. - Are the existing messages useful/sufficient for identifying the underlying cause and how to correct the WSC ? - Are there circumstances (e.g. console setup, etc.) that prevent the existing messages from being seen ? - Are additional/better/different messages needed to identify and/or correct the cause of the WSC ? - Is there any need to diagnose and/or correct problems without resorting to another running z/OS system ? - To what extent, if any, is it desirable to avoid the WSC by providing some means of error recovery ? Thanks. John McDowell - IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Xerox LCDS to Postscript/PDF converters
We have had good luck with ZIP390 from Data21. .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gilbert Cardenas Sent: Monday, May 07, 2012 12:30 PM To: IBM-MAIN@bama.ua.edu Subject: Xerox LCDS to Postscript/PDF converters Hello all, we are in the process of moving one application from a content management server to an in house written application and we will be needing to send Xerox mainframe reports to this new application. I am looking for any suggestions for a low cost, easy to use z/OS or windows converter that can accept a mainframe LCDS stream and convert it to postscript or preferably PDF with indexing or bookmarks. This is not a huge application (hence the low cost initiative) with about 150 separate report entries) however, there will be a few thousand iterations of these created weekly. As previously mentioned, we don't really care where the conversion takes place either z/OS or Win2K as long as we achieve the end results mentioned above. If you have any recommendations or ideas, I would appreciate the feedback. Best regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Prevent FTP from root
We have always used /u/userid for the home directory. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bruce Wheatley Sent: Tuesday, March 20, 2012 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: Prevent FTP from root We have numerous external clients and on occasion have found that depending on what product they use for FTP, their file transfer may in some fashion refer to our root directory or potentially the file transfer client being used defaults to a root directory. In order to prevent such access we're planning to change each userid's OMVS segment to have a HOME directory of: /u/userid. (Currently we just use ' / '.) Anyone know of any gotchas with this plan? TIA (Posted on both RACF IBM-Main lists) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: User datasets wrongly catalogued under Master Catalogue
You can also use IDCAMS MERGECAT to move the catalog entries and then define the ALIAS(s). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, February 29, 2012 7:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: User datasets wrongly catalogued under Master Catalogue Hi, Recently We have installed a new system Z/OS 1.13. During migration the Users datasets were restored and unfortunately all the user datasets are catalogued under Master catalogue. I agree that this happens when a userid is defined with alias relating to user catalog. I am just trying to understand if it is possible to move all the users dataset catalogued under master catalogue to a user catalogue since the Number of datasets are in big number. Jake If the datasets are not migrated, then you can use DFDSS to dump/delete, create the alias, restore the files with CATALOG. If they are migrated, then recall them, DFDSS dump/delete, create the alias, restore with CATALOG option. If they are migrated and you cannot recall them, then keep the list of migrated files, and recover them with DFHSM after you correct the alias. I do not think you can do a repromergcat if the alias does not already exist. This should work. I have used this technique in the past. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Prob with DFHMAPS
I think you need to edit the PROC and correct the SYSLIB DD statement(s). Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Graham Hobbs Sent: Thursday, February 02, 2012 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: Prob with DFHMAPS Hello, Trying to assemble a map, my first time but it failed with 'DATA SET NOT FOUND'. Given the following is there something obvious I've missed? .. my JCL is .. //ASSMBL JOB (ASSEM-1),'GH', // CLASS=A,MSGCLASS=0,MSGLEVEL=(1,1) //PROCLIB JCLLIB ORDER=DFH420.CICS.SDFHPROC == where DFHMAPS is located //MFSYHE1 EXEC DFHMAPS, //MAPLIB=VENDOR.LINKLIB.SECOND, == where i want the obj to go //DSCTLIB=IBMUSE1.MFSY, == where I want my symbolic map to go //MAPNAME=MFSYHE1 //SYSUT1 DD DSN=IBMUSE1.MFSY.BMS(MFSYHE1),DISP=SHR == where my BMS is // .. partial list of SDSF;O shows that only the first step of DFHMAPS worked as follows .. IEF142I ASSMBL COPY MFSYHE1 - STEP WAS EXECUTED - COND CODE IEF285I IBMUSE2.ASSMBL.JOB02276.D101.? SYSOUT IEF285I SYS12032.T210345.RA000.ASSMBL.TEMPM.H01 PASSED IEF285I IBMUSE1.MFSY.BMS KEPT IEF285I VOL SER NOS= VPWRKA. IEF373I STEP/COPY/START 2012032.2103 IEF032I STEP/COPY/STOP 2012032.2103 CPU: 0 HR 00 MIN 00.00 SECSRB: 0 HR 00 MIN 00.00 SEC VIRT: 172K SYS: 256K EXT:0K SYS:11132K IEF212I ASSMBL ASMMAP MFSYHE1 SYSLIB - DATA SET NOT FOUND IEF272I ASSMBL ASMMAP MFSYHE1 - STEP WAS NOT EXECUTED. .. am I supposed to have some reference to SYSLIB somewhere? on the IEF212I explanation I could see only one thing that might be a prob being .. The DD statement requested a data set cataloged in a user catalog. The JCL did not contain a JOBCAT or STEPCAT DD statement. Please, thanks, Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Workstation Agent for Windows 7?
z/OSMF comes with a no charge version of WAS called WASOEM. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, January 27, 2012 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF Workstation Agent for Windows 7? On 1/27/2012 8:48 AM, Pinnacle wrote: On 1/27/2012 7:50 AM, Hunkeler Peter , KIUP 4 wrote: I've been asked if there is a way to see ISPF split sessions in parallel in multiple windows, and remembered the ISPF workstation agent WSA. I haven't looked into this for ages. The ISPF download panel only talks about Windows 2000/NT. Trying to run the downloaded file on Windows 7 ends with a message telling me not being compatible. The ISPF manual also only talks about Windows 2000/NT. So, it seems this feature has been functionally stabilized. Or am I missing something? Peter, The Workstation Agent is functionallly stabilized. z/OSMF is the way to go if you really want multiple windows in the same ISPF session. Regards, Tom Conley But z/OSMF requires WAS and is, itself, a separately licensed product. This could get pretty expensive in a hurry, just to have multiple windows in ISPF. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: question about report writer usage
Our shop uses Easytrieve and CA-EARL - mostly because of old stuff still being run. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Sunday, January 22, 2012 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: question about report writer usage Hi - The following questions was approved by Darren for distribution on the list. I'm trying to determine if any of the following production are in active use at your shop. Easytrieve DYL260, DYL280 (CA vision:results) QUICKJOB CA-EARL pacsys(spectrum,zwriter, etc.) Other commercial report writer not listed above. If any of these product are installed on one of you systems it would be greatly appreciated if you could respond OFFLIST letting me know which ones you use. Thanks, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP Recall HSM instead of DMS
Make sure that you have executed a properly configured FDRSTART on the LPAR in question. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco Sent: Tuesday, January 17, 2012 6:35 AM To: IBM-MAIN@bama.ua.edu Subject: FTP Recall HSM instead of DMS Hi to all. We have a problem in a batch FTP that try to recall a locally migrated dataset(ftp is a GET (REPLACE ) and fail because it try to use HSM(ADSMI002 error) instead of DMS. We are in a sysplex and the same FTP works fine in 3/4 of SYS. Using other method(IEFBR14 and so on) recall works fine. Any idea? Tks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog PDS question
A little information missing. It seems obvious that the alias on the old system pointed to a different catalog on the current system. That said you can always do a mergecat from the old catalog to the new catalog. If the volume is SMS managed that could explain why the Catalog function is not allowed. Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Friday, December 23, 2011 7:16 AM To: IBM-MAIN@bama.ua.edu Subject: Catalog PDS question We have a PDS file here, and can't catalog it. This file, was created on ZOS system (System 1), and then, the DASD was moved to another ZOS system (System 2). Under DSLIST, the file is there, If I try put th C command in the line, receive the message : Data set not cataloged, and then, press PF1, and receive the message : 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog. I spoke with a friend abouth this, and him ask to me, IF the alias exist. Looking there, the alias exist. Below our screen : Menu Options View Utilities Compilers Help -- DSLIST - Data Sets on volume GRV336 Data set not cataloged Command === Scroll === CSR 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog. Command - Enter / to select action Message Volume --- CRODRIGO.SUP.SAF500A.NEW.T001 GRV336 SYS1.VTOCIX.GRV336 GRV336 SYS1.VVDS.VGRV336 GRV336 * End of Data Set list And here, the ALIAS LIST : Menu Options View Utilities Compilers Help -- DSLIST - Data Sets Matching RODRIGORow 1 of 34 Command === Scroll === CSR Command - Enter / to select action Message Volume --- RODRIGO*ALIAS RODRIGO.BRODCAST Z2OMV2 Someone already saw this ? Thanks. 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 CETIP, 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 CETIP'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: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to change 1.000 data set mgmtclas setting the mgmtclas defined by DFSMS ACS MGMTCLAS ????
You can use ADRDSSU to redetermine the MGMTCLASS. Example: //STEP1 EXEC PGM=ADRDSSU,REGION=2048K //SYSPRINT DD SYSOUT=* //I16 DDVOL=SER=PR1032,UNIT=3390,DISP=SHR //I35 DDVOL=SER=PR1045,UNIT=3390,DISP=SHR //I38 DDVOL=SER=PR1048,UNIT=3390,DISP=SHR //SYSINDD* CONVERTV REDETERMINE - DDNAME(I16,I35,I38) /* ...Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of af dc Sent: Wednesday, December 14, 2011 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: How to change 1.000 data set mgmtclas setting the mgmtclas defined by DFSMS ACS MGMTCLAS Hello, due to an error on our ACS MGMTCLAS was set a wrong MC to 1.000 disk datasets, now i want to set them correctly. ACS MC is now ok, but I wanted to know if there is a process ofsetting the correct MC in a quick way..otherwise I have to: 1- ISMF dsn test to check what is the correct MC 2- Doing a IDCAMS/ALTER to set the correct MGMTCLAS data set by data set Any hint is welcome. Many thx,A.Cecilio. -- 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 SR availability problems
I have had problems all day with SR. .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, December 13, 2011 12:28 PM To: IBM-MAIN@bama.ua.edu Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 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 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: ROOT file system is out space
Chokalingam, You need a separate hfs (zfs) file in which to receive maintenance. We have a large file and mount it at /smpe. You do not want maintenance source in your root. ...Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Friday, December 09, 2011 4:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bobbie Justice Sent: Wednesday, December 07, 2011 7:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space it's got to be sms managed if you want it larger than 4 GB, but I'm curious why you have a 4 GB root, my 1.12 root still fits within a mod 3 size. (although just barely). Perhaps you might want to look at sms management for this, or splitting some directories into their own separate files. Bobbie Jo Justice I have successfully expanded the Service Root but it has reached 4 GB limit and unable to expand it further. Is there any way to expand beyond 4 GB limit and the file system is on non sms volume. Regards, Chokalingam -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: SMPE Help Needed
Thanks to all who replied. Using BYPASS(APPLYCHECK) allowed me to receive the missing PTS entries. Thanks again, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, November 23, 2011 3:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 11:58:00 -0500, Martin, Larry D wrote: Gil, Good thought - did NOT happen Again, I can only guess, since you didn't provide the error message that should have appeared in SMPRPT. However, you did tell us the RECEIVE command that you issued and it did not include BYPASS(APPLYCHECK). Without that, SMP/E will not receive a PTF that has already been applied. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- 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: SMPE Help Needed
Tom, You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. I am proceeding with a Restore and then re-receive it. Thanks, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, November 23, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- 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: SMPE Help Needed
Gil, Good thought - did NOT happen .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, November 23, 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote: On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. I'll second that. It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- gil -- 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