Re: DSNL032I
From QuickRef(TM): 00D35E00 Explanation DB2 has detected an error while parsing a DDM command or DDM command data. An invalid RDBNAM length was sent on an ACCSEC command. System action If the length of the RDBNAM is greater than 18, then A DDM reply message (SYNTAXRM) is returned to the DRDA client. If the data in characters 17-18 of the RDBNAME is non-blank, then a DDM reply message (VALNSPRM) is returned to the DRDA client. Operator response Notify the system programmer. System programmer response If you suspect an error in DB2, refer to Part 2 of Diagnosis Guide and Reference for information on identifying and reporting the problem. Problem determination Analyze the statistics class 4 trace record identified by the IFCID sequence number enumerated in the DSNL032I message. At this local DB2, collect the following diagnostic item: Statistics Class 4 trace record for the LUWID associated with the failing request. At this remote server, collect the following diagnostic items: Console output from the system on which the job was run, and a listing of the SYSLOG data set for the period of time spanning the failure. All dumps taken by the attachment facility or requesting application. BTW, I recommend the DB2-L list for questions like this... Regards Thomas Berg Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of william janulin Sent: Monday, March 11, 2013 7:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DSNL032I To list; I am getting the following error: 07.32.09 STC52839 DSNL032I -DB8G DSNLZDJN DRDA EXCEPTION CONDITION IN 463 463 REQUEST FROM REQUESTOR LOCATION=10.1.3.30 FOR THREAD WITH 463 LUWID=GA01031E.E7BC.CB0B5A5514FC=10350 463 REASON=00D35E00 463 ERROR ID=DSNLZSAS0118 463 IFCID=0191 463 SEE TRACE RECORD WITH IFCID SEQUENCE NUMBER=0006 The user was attempting to access the database from a PC and gets the following error messages in the capture below. Has anyone run into this? Bill J. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: smpe receive issue IKJ56228I
Add a DD statement for SMPTLIB with storage info (volser, unit, storclas,) Or Update the CSI to add the same information to the SMPTLIB dddef HTH, snip Subject: smpe receive issue IKJ56228I We had this this issue before but I don't recall how it was fixed. We have a products receive files in sequential datasets. BROWSEDB.CFED.HABIA10.SMPMCS Line Col 001 080 Command === Scroll === PAGE * Top of Data ** ++FUNCTION(HABIA10) FESN(0500045) REWORK(2011128) DESC(IBM InfoSphere Classic Federation Server for z/OS) RFDSNPFX(IBM) /* TIME=16:02:34 DATE= 5/08/11 */ FILES(9) Our receive job is coded as: //SMPPTFIN DD DSN=DB.CFED.HABIA10.SMPMCS,DISP=SHR // DD DSN=DB.CFED.JABIA11.SMPMCS,DISP=SHR // DD DSN=DB.CFED.JABIA15.SMPMCS,DISP=SHR //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE SYSMODS RFPREFIX(SMPE). The error at receive time attempting to allocated the relfile datasets is IKJ56228I DATA SET SMPE.IBM.HABIA10.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56228I DATA SET SMPE.IBM.JABIA11.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56228I DATA SET SMPE.IBM.JABIA15.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED ... remainder snipped /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: smpe receive issue IKJ56228I
On Tue, 12 Mar 2013 12:38:28 +, Tim Brown wrote: BROWSEDB.CFED.HABIA10.SMPMCS Line Col 001 080 Command === Scroll === PAGE * Top of Data ** ++FUNCTION(HABIA10) FESN(0500045) REWORK(2011128) DESC(IBM InfoSphere Classic Federation Server for z/OS) RFDSNPFX(IBM) /* TIME=16:02:34 DATE= 5/08/11 */ FILES(9) Our receive job is coded as: //SMPPTFIN DD DSN=DB.CFED.HABIA10.SMPMCS,DISP=SHR // DD DSN=DB.CFED.JABIA11.SMPMCS,DISP=SHR // DD DSN=DB.CFED.JABIA15.SMPMCS,DISP=SHR //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE SYSMODS RFPREFIX(SMPE). The error at receive time attempting to allocated the relfile datasets is IKJ56228I DATA SET SMPE.IBM.HABIA10.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56228I DATA SET SMPE.IBM.JABIA11.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56228I DATA SET SMPE.IBM.JABIA15.F1 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED What DSNAMEs are your relfiles cataloged as? The prefix for the data set names that SMP/E is looking for is defined by your RFPREFIX and the RFDSNPFX in the sysmod. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM50/14.2.1?SHELF=GIM2BK91DT=20110523141208 -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Chorus Software Manager
Hi Dave, Regarding the renaming of CA Mainframe Software Manager to CA Chorus Software Manager, this occurred in the latest GA version r5.1, released in February 2013. There were a lot of other cool features added as well. New look and feel Task Policy management which allows you to manage and organize your tasks. Java 7 support HTTPS support allows secure connection to CA for downloading products and maintenance Better management of hiding products Better handling of temporary space Enhanced summary wizard for product installs. There is a lot more information found here: http://www.ca.com/us/~/media/Files/ProductBriefs/ca-chorus-software-manager-release.pdf Regards, Ed Blazejewski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
John Dawes wrote: Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. Please post the JCL statements and exact JCL error messages so others can help you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
Elardus, Here is the error message : IEF344I ISCMURP3 PROC001 SORTOUT - ALLOCATION FAILED DUE TO DATA FACILITY SYST IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET HESD.KDM.SOR085.SOR1.HESPJZ.X IGD17277I THERE ARE (287) CANDIDATE VOLUMES OF WHICH (260) ARE ENABLED OR QUIES IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:SYS001 IGD17279I 27 VOLUMES WERE REJECTED BECAUSE THEY WERE NOT ONLINE IGD17279I 27 VOLUMES WERE REJECTED BECAUSE THE UCB WAS NOT AVAILABLE IGD17279I 51 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE //PROC001 EXEC PGM=SORT,REGION=2048K //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SORTIN DD DSN= HESD.IRN.IFDL.PUL13.PSUL13.X,DISP=SHR // DD DSN=HESD..VIFDL(0),DISP=SHR //**SORTIN DD DSN=HESD..VIFDL(0),DISP=SHR //SORTOUT DD DSN= HESD.KDM.SOR085.SOR1.HESPJZ.X, // DISP=(,CATLG,DELETE), //** SPACE=(TRK,(3,5),RLSE), //** SPACE=(TRK,(2,5000),RLSE), // SPACE=(TRK,(25000,500),RLSE), //** !! IF YOU CHANGE THE SPACE IN TEST, CHANGE THE PRODUCTION PROC !! // DCB=(MODELDCB,RECFM=VB,LRECL=535) //SYSIN DD DSN=SYS2.PROD.DATALIB(ISCMURP3),DISP=SHR From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 12 March 2013 12:26 PM Subject: Re: SMS QUESTION John Dawes wrote: Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. Please post the JCL statements and exact JCL error messages so others can help you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TS7740: non-concurrent maintenace
We're scheduling our second round of NON-concurrent TS7740 maintenance, and so far we've had no other kind. If there are others on the list who have IBM TS7740: are you always asked to take your box offline for maintenance or is it just these two latest software changes? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Format the linkage stack from an SDUMP issued in SRB mode
I didn't see an obvious way to format the linkage stack for an SRB. Neither SUMM FORMAT nor 2.2 did the job. Eventually I browsed the storage using CR15. What did I mess? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
Allan Thanks for the help. I have changed the Threshold to 60. Would Space Management (Primary Secondary) be affected because of the new threshold? From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 12 March 2013 1:23 PM Subject: Re: SMS QUESTION I believe your problem is located here: snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) /snip IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will exceed the high threshold. BTW, IMO, the ALLOC High of 20 is extremely low. I would suggest a number more on the lines of 50 to 80 percent. You will most likely be able to reduce the number of volumes in this pool after the change. HTH, snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) Alloc/Migr Threshold Track-Managed: High 85 (1-100) Low . . 1 (0-99) Guaranteed Backup Frequency . . . . . . NOLIMIT (1 to or NOLIMIT) BreakPointValue . . . . . . . . . . . . (0-65520 or blank) Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. I found the following info which may explain the cause. Am I barking up the wrong tree? If not, if I change the High from 20 to 80 would that address the problem? Also, would HSM miigrate dsn only if the pool is reached 80% or over? MIGR HIGH is also checked during allocation. SMS attempts to select a volume that has enough space available to contain the primary allocation of the new data set without exceeding the MIGR HIGH threshold. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
Allan, While I agree that the High Threshold should be 80 (or in that vicinity), SMS does not PREVENT allocations above the High Threshold, it merely tries to direct them to a volume below that threshold. The last line of the error msg. is the problem. 51 volumes lack the free space to allow the allocation. The solution would be to add volumes to the pool OR allow for a multi-volume file. Use a smaller Primary space allocation and use UNIT=(3390,10) in your DD statement. The 10 is just an example, the upper limit is 59. Regards, Dave O'Brien -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, March 12, 2013 1:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMS QUESTION I believe your problem is located here: snip Allocation/migration Threshold : High20 (1-100) Low . . 1 (0-99) /snip IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will exceed the high threshold. BTW, IMO, the ALLOC High of 20 is extremely low. I would suggest a number more on the lines of 50 to 80 percent. You will most likely be able to reduce the number of volumes in this pool after the change. HTH, snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) Alloc/Migr Threshold Track-Managed: High 85 (1-100) Low . . 1 (0-99) Guaranteed Backup Frequency . . . . . . NOLIMIT (1 to or NOLIMIT) BreakPointValue . . . . . . . . . . . . (0-65520 or blank) Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. I found the following info which may explain the cause. Am I barking up the wrong tree? If not, if I change the High from 20 to 80 would that address the problem? Also, would HSM miigrate dsn only if the pool is reached 80% or over? MIGR HIGH is also checked during allocation. SMS attempts to select a volume that has enough space available to contain the primary allocation of the new data set without exceeding the MIGR HIGH threshold. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
What if *all* of the volumes are at/near the high threshold (20%)? Very often there are candidate volumes defined to SMS, but that do not physically exist (which could be the 51 volumes lacking space for the allocation). snip While I agree that the High Threshold should be 80 (or in that vicinity), SMS does not PREVENT allocations above the High Threshold, it merely tries to direct them to a volume below that threshold. The last line of the error msg. is the problem. 51 volumes lack the free space to allow the allocation. The solution would be to add volumes to the pool OR allow for a multi-volume file. Use a smaller Primary space allocation and use UNIT=(3390,10) in your DD statement. The 10 is just an example, the upper limit is 59. /snip I believe your problem is located here: snip Allocation/migration Threshold : High20 (1-100) Low . . 1 (0-99) /snip IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will exceed the high threshold. BTW, IMO, the ALLOC High of 20 is extremely low. I would suggest a number more on the lines of 50 to 80 percent. You will most likely be able to reduce the number of volumes in this pool after the change. HTH, snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) Alloc/Migr Threshold Track-Managed: High 85 (1-100) Low . . 1 (0-99) Guaranteed Backup Frequency . . . . . . NOLIMIT (1 to or NOLIMIT) BreakPointValue . . . . . . . . . . . . (0-65520 or blank) Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. I found the following info which may explain the cause. Am I barking up the wrong tree? If not, if I change the High from 20 to 80 would that address the problem? Also, would HSM miigrate dsn only if the pool is reached 80% or over? MIGR HIGH is also checked during allocation. SMS attempts to select a volume that has enough space available to contain the primary allocation of the new data set without exceeding the MIGR HIGH threshold. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
Not sure if these fit your needs but products like VPS (LRS), Infoprint Server (IBM), and I think MacKinney has something. These products have components (probably optional, priced) that can transform various input to various output formats. I do not have any of these products but AFAIK they might do what you want/need. Ken This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, CIT), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Wells Sent: Tuesday, March 12, 2013 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] ASG/Mobius Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
McKinney Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, March 12, 2013 10:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASG/Mobius VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
No, volumes which are above the threshold but have available space are put into a secondary allocation list. Those volumes under the high threshold are in a primary allocation list. SMS then searches for a volume which will satisfy the allocation. At least that's the way it was explained to me by IBM at the Share meeting in Baltimore some years ago. The OP has 51 volumes with available space which are either badly fragmented or do not have 20K tracks within 5 extents. A smaller primary and secondary with a unit parameter specifying multiple volumes will allow the allocation. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, March 12, 2013 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMS QUESTION What if *all* of the volumes are at/near the high threshold (20%)? Very often there are candidate volumes defined to SMS, but that do not physically exist (which could be the 51 volumes lacking space for the allocation). snip While I agree that the High Threshold should be 80 (or in that vicinity), SMS does not PREVENT allocations above the High Threshold, it merely tries to direct them to a volume below that threshold. The last line of the error msg. is the problem. 51 volumes lack the free space to allow the allocation. The solution would be to add volumes to the pool OR allow for a multi-volume file. Use a smaller Primary space allocation and use UNIT=(3390,10) in your DD statement. The 10 is just an example, the upper limit is 59. /snip I believe your problem is located here: snip Allocation/migration Threshold : High20 (1-100) Low . . 1 (0-99) /snip IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will exceed the high threshold. BTW, IMO, the ALLOC High of 20 is extremely low. I would suggest a number more on the lines of 50 to 80 percent. You will most likely be able to reduce the number of volumes in this pool after the change. HTH, snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) Alloc/Migr Threshold Track-Managed: High 85 (1-100) Low . . 1 (0-99) Guaranteed Backup Frequency . . . . . . NOLIMIT (1 to or NOLIMIT) BreakPointValue . . . . . . . . . . . . (0-65520 or blank) Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. I found the following info which may explain the cause. Am I barking up the wrong tree? If not, if I change the High from 20 to 80 would that address the problem? Also, would HSM miigrate dsn only if the pool is reached 80% or over? MIGR HIGH is also checked during allocation. SMS attempts to select a volume that has enough space available to contain the primary allocation of the new data set without exceeding the MIGR HIGH threshold. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to batch print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
interestingwill keep that in mind... what about the Mobius Windows...server...?? From: craig.p...@fotlinc.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 01:28 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to batch print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
The Mobius Server can store its files in different format with that add-on from ASG. The default is store it in their DAT format. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 13:30 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU interestingwill keep that in mind... what about the Mobius Windows...server...?? From: craig.p...@fotlinc.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 01:28 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to batch print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access
Re: ASG/Mobius
got ya tks.. From: craig.p...@fotlinc.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 01:36 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU The Mobius Server can store its files in different format with that add-on from ASG. The default is store it in their DAT format. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 13:30 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU interestingwill keep that in mind... what about the Mobius Windows...server...?? From: craig.p...@fotlinc.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 01:28 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to batch print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells ron.we...@slfs.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, snip Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of
Why does Oracle Agrees to the One proc pricing model on IFL?
True question. What interest has Oracle and many other vendors in a pricing model that involve the number of procs used instead on cpu size? The regular pricing model used for mainframes for years is based on measures of the proc size in Mips/MSUs. The vendors are losing licenses (revenue) currently running on Intel or Unix proprietary procs to IBM's z/Linux initiative. IBM states that using IFLs, customers Consolidate 3x or more* servers per core than virtualized x86 offerings. at same time, as IFL goes neer 100% utilization while other servers uses only about 20% of resources, I can understand why customers goes z/Linux. Oracle on z?Linux is Enterprise Edition, but yet, it is much cheaper if you have ten or so servers. so, why strong vendrs like Orcale agrees to this pricng model? ITschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Chorus Software Manager
Don't get me wrong. I like CA-MSM. But, I just updated it to 5.0 in November. And due to the uncertainty of continuing a mainframe presence here, when I drop in 5.1, I will have literally updated MSM 4 times since I last updated a real CA product :( Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Blazejewski Sent: Tuesday, March 12, 2013 6:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Chorus Software Manager Hi Dave, Regarding the renaming of CA Mainframe Software Manager to CA Chorus Software Manager, this occurred in the latest GA version r5.1, released in February 2013. There were a lot of other cool features added as well. New look and feel Task Policy management which allows you to manage and organize your tasks. Java 7 support HTTPS support allows secure connection to CA for downloading products and maintenance Better management of hiding products Better handling of temporary space Enhanced summary wizard for product installs. There is a lot more information found here: http://www.ca.com/us/~/media/Files/ProductBriefs/ca-chorus-software- manager-release.pdf Regards, Ed Blazejewski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS, /etc, user mods, and SMP/E
We recently upgraded to 1.13. Today, I ran afoul of: From: z/OS UNIX System Services Command Reference Document Number SA22-7802-14 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA5C0/SHCMDDES.FILE.6 SHCMDDES.FILE.6 Files file uses the following file: /etc/magic Default system magic file. For file to work, you need to copy the magic file from the /samples directory to the /etc directory. For more information about enabling file, see the section on copying configuration files in z/OS UNIX System Services Planning. Additional information about the magic file can be found in magic -- Format of the /etc/magic file in topic MGC. Have you ever bought a car that you had to install the tires yourself before it would work? Apparently this requirement is well known among coloro che sanno of OMVS systems programmers. Ours is mandolinisto; he's overburdened with other stuff. Presumably this is to avoid regressing user mods to members of /etc. But there's a way to deal with this. Years ago I took a class in SMP/E software maintenance (Amdahl taught it). One of the exercises was to APPLY a USERMOD then attempt to APPLY service that conflicted with the USERMOD. It failed. RESTORE the USERMOD; APPLY the PTF; then re-APPLY the USERMOD. Why is /etc/magic not handled this way? (I'm confident that we have no user mods to that file.) (Of course, this would work a lot better if SMP/E supported patch(1) as a utility for maintaining OMVS text files, even as it supports IEBUPDTE for maintaining legacy text files.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
David, Yes, your understanding is the same as mine. The primary eligible device list contains volumes that will not exceed the max threshold if the primary space is allocated there. This is sorted on performance criteria. The secondary eligible device list has volumes with enough free space to satisfy the primary space request, and my recollection is that this is in free space order. If allocation is not satisfied in the primary list it will fall through to the secondary list. With a high threshold of 20%, most allocation will likely be influenced by space, rather than activity. If you suspect that fragmentation is the problem then have you checked if you have Space Constraint relief set to YES in the DATACLAS used by the data set, or if the % reduction is aggressive enough to counter the fragmentation. Another strategy would be to reduce to space request to something smaller, let's say (TRK(5000,5000),RLSE), and add a unit count so the space is allocated across multiple volumes - UNIT=(,5). Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, March 12, 2013 11:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] SMS QUESTION No, volumes which are above the threshold but have available space are put into a secondary allocation list. Those volumes under the high threshold are in a primary allocation list. SMS then searches for a volume which will satisfy the allocation. At least that's the way it was explained to me by IBM at the Share meeting in Baltimore some years ago. The OP has 51 volumes with available space which are either badly fragmented or do not have 20K tracks within 5 extents. A smaller primary and secondary with a unit parameter specifying multiple volumes will allow the allocation. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, March 12, 2013 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMS QUESTION What if *all* of the volumes are at/near the high threshold (20%)? Very often there are candidate volumes defined to SMS, but that do not physically exist (which could be the 51 volumes lacking space for the allocation). snip While I agree that the High Threshold should be 80 (or in that vicinity), SMS does not PREVENT allocations above the High Threshold, it merely tries to direct them to a volume below that threshold. The last line of the error msg. is the problem. 51 volumes lack the free space to allow the allocation. The solution would be to add volumes to the pool OR allow for a multi- volume file. Use a smaller Primary space allocation and use UNIT=(3390,10) in your DD statement. The 10 is just an example, the upper limit is 59. /snip I believe your problem is located here: snip Allocation/migration Threshold : High20 (1-100) Low . . 1 (0-99) /snip IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will exceed the high threshold. BTW, IMO, the ALLOC High of 20 is extremely low. I would suggest a number more on the lines of 50 to 80 percent. You will most likely be able to reduce the number of volumes in this pool after the change. HTH, snip Allocation/migration Threshold : High 20 (1-100) Low . . 1 (0-99) Alloc/Migr Threshold Track-Managed: High 85 (1-100) Low . . 1 (0-99) Guaranteed Backup Frequency . . . . . . NOLIMIT (1 to or NOLIMIT) BreakPointValue . . . . . . . . . . . . (0-65520 or blank) Of late we have been having allocation problems where the job is unable to allocate the first extent and fails on jcl error etc. I found the following info which may explain the cause. Am I barking up the wrong tree? If not, if I change the High from 20 to 80 would that address the problem? Also, would HSM miigrate dsn only if the pool is reached 80% or over? MIGR HIGH is also checked during allocation. SMS attempts to select a volume that has enough space available to contain the primary allocation of the new data set without exceeding the MIGR HIGH threshold. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS, /etc, user mods, and SMP/E
On 13/03/2013 9:41, Paul Gilmartin wrote: Presumably this is to avoid regressing user mods to members of /etc. But there's a way to deal with this. Years ago I took a class in SMP/E software maintenance (Amdahl taught it). One of the exercises was to APPLY a USERMOD then attempt to APPLY service that conflicted with the USERMOD. It failed. RESTORE the USERMOD; APPLY the PTF; then re-APPLY the USERMOD. Why is /etc/magic not handled this way? (I'm confident that we have no user mods to that file.) /etc is the standard location for system configuration information. In the same way you don't use SMP/E for SYS1.PARMLIB, you wouldn't want to use it for /etc. I'm not sure how it is packaged in z/OS, but in general I think it is incorrect to replace the /etc directory when installing a new version of the operating system - the same way you would not drop in a totally new SYS1.PARMLIB. Regards Andrew Rowley -- and...@blackhillsoftware.com +61 413 302 386 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS, /etc, user mods, and SMP/E
On Wed, 13 Mar 2013 10:01:57 +1100, Andrew Rowley wrote: I'm not sure how it is packaged in z/OS, but in general I think it is incorrect to replace the /etc directory when installing a new version of the operating system - the same way you would not drop in a totally new SYS1.PARMLIB. lol - you wish ... read this: http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.e0zm100/at3gend.htm?path=1_5_4_1_2#at3gend Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS, /etc, user mods, and SMP/E
On 13/03/2013 12:00, Shane Ginnane wrote: On Wed, 13 Mar 2013 10:01:57 +1100, Andrew Rowley wrote: I'm not sure how it is packaged in z/OS, but in general I think it is incorrect to replace the /etc directory when installing a new version of the operating system - the same way you would not drop in a totally new SYS1.PARMLIB. lol - you wish ... read this: http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.e0zm100/at3gend.htm?path=1_5_4_1_2#at3gend That's not completely inconsistent with what I was saying... They are telling you to merge your existing /etc and /var with the new delivered ones, which is essentially correct. A new installation will have stuff delivered in /etc and /var, but the contents will be customised and will change and on a real system. The point is you don't want to lose your current customisations - which could be for much more than the base system software. My approach would probably be to keep the delivered /etc somewhere e.g. in the SERVICE filesystem, and have the real /etc mounted in it's own filesystem so it is preserved when you replace the root with an upgrade. Then you can compare old and new delivered /etc in the SERVICE filesystems, and assess and migrate changes to the real /etc as required. Typically, I would expect changes to the delivered /etc between releases to be fairly minor. I think the biggest problem with that document is that someone has tried to write a procedure that will work in all circumstances, without any constraints on what you are starting with e.g. having the old delivered /etc to compare. If you can control your starting point, you can make it much simpler. Would a written procedure to merge a delivered and existing SYS1.PARMLIB be any better? That's why they implemented concatenated PARMLIBs. Regards Andrew Rowley -- and...@blackhillsoftware.com +61 413 302 386 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS, /etc, user mods, and SMP/E
On Mar 12, 2013, at 6:01 PM, Andrew Rowley wrote: On 13/03/2013 9:41, Paul Gilmartin wrote: Presumably this is to avoid regressing user mods to members of /etc. But there's a way to deal with this. Years ago I took a class in SMP/E software maintenance (Amdahl taught it). One of the exercises was to APPLY a USERMOD then attempt to APPLY service that conflicted with the USERMOD. It failed. RESTORE the USERMOD; APPLY the PTF; then re-APPLY the USERMOD. Why is /etc/magic not handled this way? (I'm confident that we have no user mods to that file.) /etc is the standard location for system configuration information. In the same way you don't use SMP/E for SYS1.PARMLIB, you wouldn't want to use it for /etc. I am semi surprised that there wasn't and ++HOLD Action on the Function. Anyone? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS, /etc, user mods, and SMP/E
On Tue, 12 Mar 2013 22:56:35 -0500, Ed Gould wrote: I am semi surprised that there wasn't and ++HOLD Action on the Function. Anyone? Yes. Good idea. On Wed, 13 Mar 2013 14:47:40 +1100, Andrew Rowley wrote: Would a written procedure to merge a delivered and existing SYS1.PARMLIB be any better? That's why they implemented concatenated PARMLIBs. Yes. Even if it simply copied from /samples any files in a supplied list that weren't otherwise previously installed in /etc. I took a small unscientific sample (my manager, who has a strong UNIX background). He found it astonishing that any UNIX(-like) installation doesn't supply /etc/magic. That file is distinctive in that it's rarely customized at any installation. Similar should apply to /etc/services, the customary make rules file, inetd.conf, ... The idea should be to get a generic system working as well as possible, then customize it. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
