Re: ASG Tritune APC vs IBM APA
You may want to check out CA's Mainframe app tuner. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS v2.1 preview
On 2/6/2013 6:16 AM, Paul Gilmartin wrote: o IBM plans to remove support for unsecured FTP connections used for z/OS software and service delivery October 1, 2013. At that time, it is planned that new System z software (products and service) downloads will require the use of FTPS (FTP using Secure Sockets Layer) or of Download Director with encryption. FTPS, but not SFTP? Is this retroactive to products older than 2.1? As I understand things, this really has nothing to do with z/OS V2R1. Not sure why it's in the announcement. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISFLOG - Clarification required.
I think it just allocates syslog/operlog returning the ddname in the isfddname variable. You then open and read it using SDSB (jes spool dataset browse). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Viswanath Chandrasekaran Sent: 07 February 2013 00:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISFLOG - Clarification required. Hi all, Greetings!! I would like to know if there are someone who can help me out in understanding the below commands. I would like to know what exactly the function does. Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used Address SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents to special variable ISFLINE. But not sure what does ALLOC does. I have tried the manuals but I don't get much information on this apart from the Syntax and the Special DDNAMES. Can anyone guide me on this. Kind Regards, Vish.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC
Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated So, methinks, reading this - I wonder when Chris moved over to Syncsort. D'oh - well over a year ago looking at posts on this very list. Better crawl back under my rock. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
blksize for ML2 migrated dataset via HSM
Hello, I observed a blksize of 16k for all ml2 migrated dataset (seen on the CA1 product). I use DSS as datamover and i'm wondering about the size concerning the blksize. Why dss don't use 256k since zos 1.12 ? Everybody will have an answer. thank's -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
Hello, The Datamover parameter of DSS or HSM only applies to Control dataset backups and is not for general usage. Hsm has used a 16k blocksize for backup and migration tapes since inception, possibly because originally it was a good performance match for the specs of existing 3420 polo tape drives and the upcoming 3480 cartridge tape drives. (People who read the announcment specs in the early 80's feel free to dive in!) Well overdue for an update. Dumps however are straight dfdss and depending on what Z/os release you are on, the blksize will be the default of 256K (Zos 1.12 up) or 64K (Zos 1.11 down) or even 32k if you use the patch! While we are at it, an ML3 level for long term archive datasets (greater than 5 years say) would be good to split them out from all the other stuff on ML2. regards, Dave *** Hello, I observed a blksize of 16k for all ml2 migrated dataset (seen on the CA1 product). I use DSS as datamover and i'm wondering about the size concerning the blksize. Why dss don't use 256k since zos 1.12 ? Everybody will have an answer. thank's -- 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: LISTSERV Broken (was Re: z/OS v2.1 preview)
In 8554501921281598.wa.elardus.engelbrechtsita.co...@listserv.ua.edu, on 02/06/2013 at 02:37 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: Radoslaw (on offense meant!!!) and some posters are using an encoding / character scheme which makes the quoting part useless. From: R.S. r.skoru...@bremultibank.com.pl No encoding, perfectly valid RFC 5322 From header field. Now Gadi has RFC 2047 encoding, but that'salso bog standard these days. From: =?windows-1255?Q?=E2=E3=E9_=E1=EF_=E0=E1=E9?= gad...@malam.com -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
Look at : Ordinal Technology's Nsort program has delivered the best commercial sort performance on Windows and Unix systems. Nsort is a sort/merge program that can quickly sort large amounts of data, using large numbers of processors and disks in parallel. Unique in its CPU efficiency, Nsort is the only commercial sort program to demonstrate: 1 Terabyte sorts (33 minutes) 1 Gigabyte/sec file read and write rates -Frank -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Wednesday, February 06, 2013 7:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SORTS on the MF and PC's There has been reports on the list here that sorts on the PC are faster than on the MF. I have no knowledge on the PC end but would like to hear a discussion on the merits of doing a sort on the PC vs the MF. Anyone? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message (including any attachments) is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message (including any attachments) is strictly prohibited. If you have received this message in error, please contact the sender by reply e-mail message and destroy all copies of the original message (including attachments). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Thursday, February 07, 2013 01:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SORTS on the MF and PC's There has been reports on the list here that sorts on the PC are faster than on the MF. I have no knowledge on the PC end but would like to hear a discussion on the merits of doing a sort on the PC vs the MF. Anyone? Ed --- I heard similar stories on PCs outperforming MF in other areas. We did tests on PC and MF with SAS and Fortran a couple of years ago and the MF was only narrowly able to win. Last week I heard that SMF processing to produce monthly accounting reports on Unix ran 1.5 hours versus 5 hours previously on MF. Since processing on PC and Unix 'don't cost anything' (I can't believe it, but hear it regularly) you can use all their power for 2 hours and leave it idle for the rest of the week. With MF you cannot do this and I suppose that is why PC and *nix can win. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
On 2/7/2013 5:23 AM, nitz-...@gmx.net wrote: Has anyone been able to find the JSON format for ISPF dialogs that is supposedly documented in the ISPF services guide (I was unable to find it in SC34-4819-10), referenced there from Callable services for HLLs (SA22-7613-10)? Thanks, Barbara Nitz Barbara, Go to http://www-03.ibm.com/systems/z/os/zos/bkserv/ and in the search box in the upper right hand corner do a search on ispf client gateway one of those docs probably has what you're looking for. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
I'm not sure if this is what you're looking for, but the z/OSMF V1R13 Configuration Guide documents the z/OS Jobs REST Interface (part of which is JSON). http://publib.boulder.ibm.com/infocenter/zosmf/vxrx/index.jsp?topic=%2Fcom.ibm.zosmf.configguide.help.doc%2FIZUHPINFO_API_RESTJOBS.html Also, z/OS MVS Programming: Callable Services for High-Level Languages documents JSON for TSO/E Messages (Part of CEA) http://publib.boulder.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.ieac100%2Fmessage-queue.htm Thanks, Nathan Pfister IT Specialist, DISA Mechanicsburg (717) 605-7820 DSN 430 nathan.j.pfister@mail.mil -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of nitz-...@gmx.net Sent: Thursday, February 07, 2013 07:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: JSON format in ISPF Services Guide? Has anyone been able to find the JSON format for ISPF dialogs that is supposedly documented in the ISPF services guide (I was unable to find it in SC34-4819-10), referenced there from Callable services for HLLs (SA22-7613-10)? Thanks, Barbara Nitz -- 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: SORTS on the MF and PC's
Skellen, Frank wrote: Ordinal Technology's Nsort program has delivered the best commercial sort performance on Windows and Unix systems. Nsort is a sort/merge program that can quickly sort large amounts of data, using large numbers of processors and disks in parallel. Unique in its CPU efficiency, Nsort is the only commercial sort program to demonstrate: 1 Terabyte sorts (33 minutes) 1 Gigabyte/sec file read and write rates Please define all of above two demonstration points. Under what hardware mix are those points achieved? What do you mean by 1 Terabyte? Is it input, workspace or total mix of space usage? How long are these records? What sort criterias are used? What character coding are used? Please define the read/write rates. Is it total or per file or what? Are they on different disks? I personally would like sort input on one disk, workspace on second and output on third disk while my page datasets, Ok, page files, are spread around a few disks. Since you're speaking about windoze and Unix, what are these workload/overhead during such sort work. Can you still do work while that sorting is taking place or do you need a coffee break? ;) 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: SORTS on the MF and PC's
Here's the data they used. http://www.ordinal.com/ http://sortbenchmark.org/2006_NeoSortMinute.pdf -frank -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 07, 2013 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORTS on the MF and PC's Skellen, Frank wrote: Ordinal Technology's Nsort program has delivered the best commercial sort performance on Windows and Unix systems. Nsort is a sort/merge program that can quickly sort large amounts of data, using large numbers of processors and disks in parallel. Unique in its CPU efficiency, Nsort is the only commercial sort program to demonstrate: 1 Terabyte sorts (33 minutes) 1 Gigabyte/sec file read and write rates Please define all of above two demonstration points. Under what hardware mix are those points achieved? What do you mean by 1 Terabyte? Is it input, workspace or total mix of space usage? How long are these records? What sort criterias are used? What character coding are used? Please define the read/write rates. Is it total or per file or what? Are they on different disks? I personally would like sort input on one disk, workspace on second and output on third disk while my page datasets, Ok, page files, are spread around a few disks. Since you're speaking about windoze and Unix, what are these workload/overhead during such sort work. Can you still do work while that sorting is taking place or do you need a coffee break? ;) 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 This e-mail message (including any attachments) is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message (including any attachments) is strictly prohibited. If you have received this message in error, please contact the sender by reply e-mail message and destroy all copies of the original message (including attachments). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
Skellen, Frank kindly wrote: Here's the data they used. http://www.ordinal.com/ http://sortbenchmark.org/2006_NeoSortMinute.pdf Thanks for sorting me out! ;-) I, sort of, wish to have those toys they played with to get these impressive results to sort out the cynics... Thanks again! Groete / Greetings Elardus Engelbrecht ( being sorted out! ;-D ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
Thanks for your answers. I have been searching specifically for this cross-reference out of the z/OS MVS Programming: Callable Services for High-Level Languages book: For information about the JSON format used for TSO/E messages, see JSON format for TSO/E messages. For the JSON format used for ISPF messages, see the topic about JSON data structures and variables used to communicate between ISPF and a client in f54sg00;. Interestingly enough, that reference is not resolved in the online docs. My bookmgr book resolves it to the ISPF Services Guide. Which does NOT contain the information cross-referenced here. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SYNCSORT on other platforms was Re: SORTS on the MF and PC's
On 7 Feb 2013 05:05:41 -0800, in bit.listserv.ibm-main you wrote: Skellen, Frank kindly wrote: Here's the data they used. http://www.ordinal.com/ http://sortbenchmark.org/2006_NeoSortMinute.pdf Thanks for sorting me out! ;-) I, sort of, wish to have those toys they played with to get these impressive results to sort out the cynics... Thanks again! Groete / Greetings Elardus Engelbrecht ( being sorted out! ;-D ) Back in 2001 I used SYNCSORT on HP-UX and was impressed by the way it made the mainframe version look old fashioned. I could use a COBOL copy book or define fields inline and sort by field name. Since none of the SYNCSORT manuals are online, I can't compare the sorts between platforms but I suspect that in many ways the application interfaces are more advanced on other platforms. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
The callable services books is vintage MVS and OS/390 MVS/ESA SP V4 Callable Services for HLLsGC28-1639-03 OS/390 V2R10.0 MVS Callable Services for High Level Languages GC28-1768-07 You can find both on the external Publications Center website. http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?PAG=C11SSN=13BGN0015462072563TRL=TXTWRD=callable+servicesPBL=LST=ALLRPP=10submit=Go Kevin Minerley IBM LookAt architect and Softcopy lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
Barbara Nitz wrote: Has anyone been able to find the JSON format for ISPF dialogs that is supposedly documented in the ISPF services guide (I was unable to find it in SC34-4819-10), referenced there from Callable services for HLLs (SA22-7613-10)? Seeing those good replies, I wonder if this share presentation also can help you? ISPF Behind the Scenes, SHARE 120, Session 12732 by Peter Van Dyke, IBM Australia There is a PDF available which contains info about JSON. HTH! 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: JSON format in ISPF Services Guide?
Sorry, realized you meant the cross-reference was unresolved. The unresolved cross-reference based on our looking it up in our internal db probably should be (for zOS r13) z/OS ISPF Services Guide, SC34-4819-10. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
I think you should be able to get to unresolved reference at: z/OS V1R13.0 ISPF Services Guide IBM Library Server - http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450 The writer has been notified of the problem. Kevin Minerley IBM LookAt Architect and Softcopy lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
W dniu 2013-02-07 13:53, Elardus Engelbrecht pisze: Skellen, Frank wrote: Ordinal Technology's Nsort program has delivered the best commercial sort performance on Windows and Unix systems. Nsort is a sort/merge program that can quickly sort large amounts of data, using large numbers of processors and disks in parallel. Unique in its CPU efficiency, Nsort is the only commercial sort program to demonstrate: 1 Terabyte sorts (33 minutes) 1 Gigabyte/sec file read and write rates Please define all of above two demonstration points. Under what hardware mix are those points achieved? Many moons ago I used DFSORT to process almost 1.5TB data. Data were on ESCON-attached T2100 (aka HDS 7700E), machine was z800 or z990. Times - I don't remember, it were neither hours nor seconds. What I'm sure, the DASD was unable to read or write at 1GB/s, even with striping. Conclusion: the devil is in the details. Details are CPU, RAM, storage, data pattern sort task (statement). -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
I found that zVM CMS Pipelines (aka SmartBatch or BatchPipes in MVS and OS/390) could handle almost any volume of data. I know we used to mirror and manipulate multiple tape volumes on-and-off multiple 3390s using stages in those products. Also analyzed all the AID generating keystrokes on a given node. Never balked, didn't slow others down, and for all intents-and-purposes was practically real time. But all of that would certainly show my age and preference for the mainframe ;-) Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
On Thu, 7 Feb 2013 08:04:20 -0600, Kevin Minerley k60ek...@us.ibm.com wrote: I think you should be able to get to unresolved reference at: z/OS V1R13.0 ISPF Services Guide IBM Library Server - http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450 The writer has been notified of the problem. But the more basic problem is that the ISPF Services Guide does not contain any mention of JSON. So it's not simply an unresolved reference in the other book, but missing documentation (or a pointer to the wrong book). -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
From: Paul Gilmartin paulgboul...@aim.com Date: 02/06/2013 06:56 PM On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote: Chistopher: I would hate to see a quality product like SYNCSORT be muddied by EMC. SYNCSORT for the last 30+ years has been a flagship and a sterling product . Yes, but hasn't Sterling been muddied by CA? Well, actually, Sterling, as an entity, was broken into two parts some years ago. Sterling Commerce (The MFT (Managed File Transfer), and fullfillment suite(s), etc.,) was acquired by IBM a bit over two years ago. I can't remember what the other Sterling company was called or its product line. The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
Walt, Didn't have time to look through the book, just to get the unresolved reference. Having the content owners see if they can determine an external URL where people can reliably get the info. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote: Well, actually, Sterling, as an entity, was broken into two parts some years ago. Sterling Commerce (The MFT (Managed File Transfer), and fullfillment suite(s), etc.,) was acquired by IBM a bit over two years ago. I can't remember what the other Sterling company was called or its product line. The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. Was this the TCP/IP stack, acquired (IIRC) as Interlink? The TCP/IP stack that some sites continued to use in preference to IBM's because it did not require OMVS? http://en.wikipedia.org/wiki/Interlink_Computer_Sciences -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
On 2/7/2013 7:53 AM, Elardus Engelbrecht wrote: Since you're speaking about windoze and Unix, what are these workload/overhead during such sort work. Can you still do work while that sorting is taking place or do you need a coffee break? ;) That brings back memories. Back in the seventies we used SYNCSORT, but also had the IBM SORT for customers (AMS service bureau). We were offered a trial version of PLSORT (phase linear sort); it promised similar performance improvements. The only hitch was that the improvements were realized only on extremely large sorts, because the program spent too much time in initialization. Using it for all our sorting would have increased CPU time, residence time, and cost to the user. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC
I very happily came back to Syncsort in September of 2011 after being away for 20+ years. I had left for varied and personal reasons, but had maintained several close friendships over those years. At the time leaving was the right thing to do, I just wish I had gone back sooner. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Thursday, February 07, 2013 4:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Syncosrt EMC Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated So, methinks, reading this - I wonder when Chris moved over to Syncsort. D'oh - well over a year ago looking at posts on this very list. Better crawl back under my rock. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
No. Interlink's TCP stack is still available from CA as RUNTCP. On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote: Well, actually, Sterling, as an entity, was broken into two parts some years ago. Sterling Commerce (The MFT (Managed File Transfer), and fullfillment suite(s), etc.,) was acquired by IBM a bit over two years ago. I can't remember what the other Sterling company was called or its product line. The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. Was this the TCP/IP stack, acquired (IIRC) as Interlink? The TCP/IP stack that some sites continued to use in preference to IBM's because it did not require OMVS? http://en.wikipedia.org/wiki/Interlink_Computer_Sciences -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
basic SMS question
I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
Hi, I believe that Sterling also had DASD Management software - VAM DMS. Now CA-Disk and CA-Allocate. Thanks! BobL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, February 07, 2013 8:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Syncosrt EMC -- Sterling Info [ External ] No. Interlink's TCP stack is still available from CA as RUNTCP. On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote: Well, actually, Sterling, as an entity, was broken into two parts some years ago. Sterling Commerce (The MFT (Managed File Transfer), and fullfillment suite(s), etc.,) was acquired by IBM a bit over two years ago. I can't remember what the other Sterling company was called or its product line. The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. Was this the TCP/IP stack, acquired (IIRC) as Interlink? The TCP/IP stack that some sites continued to use in preference to IBM's because it did not require OMVS? http://en.wikipedia.org/wiki/Interlink_Computer_Sciences -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
On Thu, 7 Feb 2013 09:09:16 -0600, John McKown wrote: No. Interlink's TCP stack is still available from CA as RUNTCP. Is it compatible with the (pretty much standard) socket calls used by OMVS where sockets are associated with POSIX descriptors? On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin wrote: Was this the TCP/IP stack, acquired (IIRC) as Interlink? The TCP/IP stack that some sites continued to use in preference to IBM's because it did not require OMVS? http://en.wikipedia.org/wiki/Interlink_Computer_Sciences -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
You are not exiting the routine after the set Storclas statement. By not exiting you are falling through the code to the last true statement. -Original Message- From: Jim McAlpine [mailto:jim.mcalp...@gmail.com] Sent: Thursday, February 07, 2013 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: basic SMS question I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- 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: Syncosrt EMC -- Sterling Info
From: Steve Thompson/Dallas/IBM@IBMUS Date: 02/07/2013 08:30 AM SNIPPAGE The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. --- Correction needed: None of these names have 2 colons (i.e., ::). Somehow, w/ my bad eyesight I had put two in, while only seeing one -- until it showed up from IBM-Main. :-( Ergo: Connect:Enterprise Connect:Express (although for the latter, I've only heard of it, I have never had to interface to it, or have I seen any doc for it as it was not being developed or maintained in the group where I worked). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
On 02/07/2013 08:27 AM, Steve Thompson wrote: From: Paul Gilmartin paulgboul...@aim.com Date: 02/06/2013 06:56 PM On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote: Chistopher: I would hate to see a quality product like SYNCSORT be muddied by EMC. SYNCSORT for the last 30+ years has been a flagship and a sterling product . Yes, but hasn't Sterling been muddied by CA? Well, actually, Sterling, as an entity, was broken into two parts some years ago. Sterling Commerce (The MFT (Managed File Transfer), and fullfillment suite(s), etc.,) was acquired by IBM a bit over two years ago. I can't remember what the other Sterling company was called or its product line. The MFT products were, off the top of my head, Connect:Direct, Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling External Authentication, File Agent, and Sterling Control Center. Regards, Steve Thompson ... Well, actually the reference was clearly to Sterling Software, the originator of SAMS Vtape circa 1998 (now CA-VTape), not to Sterling Commerce. They no doubt had other products, but that was the only one I dealt with. Brief excerpt from Wikipedia about Sterling Software: Not to be confused with Sterling Commerce. Sterling Software as an American software company founded in Dallas, Texas in 1981 by Sterling Williams and brothers Sam and Charles Wyly. The company was acquired by Computer Associates International in 2000 ... Computer Associtates sold Sterling Software's Federal Systems Group to Northrop Grumman in 2000. We facetiously, but as it turned out with great prescience, warned Sterling Software salemen when we licensed SAMS Vtape around 1999 that every non-CA vendor we dealt with seemed to end up being swallowed by CA. Fortunately CA seemed to retain enough of the Sterling support people that Vtape wasn't hurt by the transition. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
The FILTLIST has DB2E defined. I would remove the IF logic and then change the SELECT WHEN from SCSMS to SCDB2 Regards, Doug Sent from my iPhone On Feb 7, 2013, at 10:13, Jim McAlpine jim.mcalp...@gmail.com wrote: I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- 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: basic SMS question
First I would consider putting EXIT in your WHEN DO/END statements. Otherwise it will keep parsing the code to find another match. Second, I use WRITE statements in my Do/End code to ensure I got where I Thought I was going. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Thursday, February 07, 2013 8:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: basic SMS question I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
I think you should be able to get to unresolved reference at: z/OS V1R13.0 ISPF Services Guide IBM Library Server - http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450 The writer has been notified of the problem. But the more basic problem is that the ISPF Services Guide does not contain any mention of JSON. So it's not simply an unresolved reference in the other book, but missing documentation (or a pointer to the wrong book). Thank you Walt, you've nailed it. I *have* been asking about the missing documentation. -10 of the ISPF guide (which was Kevins link) doesn't even contain the word JSON, much less the information we were promised in the HLL services guide, namely, the JSON specifics as they pertain to ISPF services. Which (according to the book) is different from the JSON stuff for TSO services. But this just confirmed that I am not blind when I couldn't find the promised JSON ISPF specifics. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
Seeing those good replies, I wonder if this share presentation also can help you? ISPF Behind the Scenes, SHARE 120, Session 12732 by Peter Van Dyke, IBM Australia There is a PDF available which contains info about JSON. Dang! The ISPF behind the scenes presentation I had saved was from SHARE 115 and does not contain JSON stuff. I need to go hunt the one from SHARE 120. Thanks, Elardus. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
On Thu, 7 Feb 2013 08:20:15 -0600, Kevin Minerley wrote: I found that zVM CMS Pipelines (aka SmartBatch or BatchPipes in MVS and OS/390) could handle almost any volume of data. I know we used to mirror and manipulate multiple tape volumes on-and-off multiple 3390s using stages in those products. Also analyzed all the AID generating keystrokes on a given node. Never balked, didn't slow others down, and for all intents-and-purposes was practically real time. I've never used the z/OS equivalent; don't believe we have it herabouts. but doc for the VM/CMS product warns: http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/DFSC4A01/4.4.193 4. Use DFSORT/CMS, IBM Program Number 5664-325, to sort files that are too large for sort. dfsort can be used to interface CMS Pipelines to this sort program. So, is BatchPipes sort perhaps just a front-end for a more industrial-strength sort? (Citations such as above will be a lot less fun when publibz gives way to Infocenter.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
At least on modern tape drives 16K is not the actual physical block size on tape, so it doesn't cause inefficient media usage. Ever since automatic hardware compression has been forced, the actual tape media physical blocks have been superblocks with a size of the controller's choosing, transparent to the operating system. The smaller block size used by z/OS requires more buffer management overhead and more channel commands for the data transfer, but at least it doesn't kill physical space on the media. Not like the old days where a singularly bad choice of block size could easily waste 99% of the media. JC Ewing On 02/07/2013 08:39 AM, David Devine wrote: Hi Alain, It is not currently possible to change the 16k blksize on Hsm migration or backup tapes. Regards Dave *** Hello, Thank's for your update, but do you an idea to change the value, just because I'm sure that the default value is not use Regards Alain -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de David Devine Envoyé : jeudi 7 février 2013 12:24 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: blksize for ML2 migrated dataset via HSM Hello, The Datamover parameter of DSS or HSM only applies to Control dataset backups and is not for general usage. Hsm has used a 16k blocksize for backup and migration tapes since inception, possibly because originally it was a good performance match for the specs of existing 3420 polo tape drives and the upcoming 3480 cartridge tape drives. (People who read the announcment specs in the early 80's feel free to dive in!) Well overdue for an update. Dumps however are straight dfdss and depending on what Z/os release you are on, the blksize will be the default of 256K (Zos 1.12 up) or 64K (Zos 1.11 down) or even 32k if you use the patch! While we are at it, an ML3 level for long term archive datasets (greater than 5 years say) would be good to split them out from all the other stuff on ML2. regards, Dave *** Hello, I observed a blksize of 16k for all ml2 migrated dataset (seen on the CA1 product). I use DSS as datamover and i'm wondering about the size concerning the blksize. Why dss don't use 256k since zos 1.12 ? Everybody will have an answer. thank's -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
A couple of things - DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies the data component of a DB2 LDS. Data components do not get assigned their own SMS Constructs. Constructs are assigned at the cluster level. I see this as useless code unless your shop is actually using cluster names with DSNDBD as the 2nd level. 2ndly - the answer to your question is going to depend on what's in the filterlist DB2E. If it contains an entry like DB2E.** , then all those datasets would be assigned SCDB2 in the DSN(1) segment and then re-assigned SCSMS in the SELECT/WHEN you've shown us. This is a result of not having a EXIT in the first set of statements - the allocation falls through into the next code segment and gets re-evaluated. And it will continue to be re-evaluated after your SET STORCLAS = 'SCSMS'as that statement also doesn't appear to have a paired EXIT. Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what you've shown us. Your allocation could actually have several storage classes assigned and re-assigned, with some other segment having the final assignment of 'SCSMS' before it finally falls out of SMS. My general rule of thumb is that the only time I don't pair a SET with an EXIT is when I want to set a default StorCLas. I always pair a SET with a WRITE and generally its a SET, WRITE, EXIT. I'd recommend investigating NAVIQUEST to use in testing your code any changes you're thinking of making. ddk I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORTS on the MF and PC's
I never had to use the interface to DFSORT and that was when I was sorting stuff that was so large it crashed RAID servers (mostly SYSLOGs). I never had the sort in Pipelines stall unless I was also asking it to do unique record filter as well. Straight collates were always fine. We still use it internally to search through a filesystem for backlevels of message IDs that LookAt has surfaced in the past. That can be 3/4 million records coming in from multiple files (OK, I'm talking zVM here). I think Jon Hartmann, original author of the pipelines, did his reads and work below the normal application layer (at least in VM), so it was incredibly fast and for straight sorts didn't seem to choke on any size data. I personally believe the DFSORT interface was there in case you already had such a beast and wanted to continue using it; not because the sort in pipelines couldn't handle the volume. Most of the base stages in BatchPipes/SmartBatch were identical. I assume it would perform similarly. Kevin. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMP Receive - I/O Error
Hello Folks, I am trying to receive maintenance for a product, but i am just ending up with the below error message. Could someone please shed more light on the below . GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR THE SMPPTFIN DATA SET. GIM27401T ** I/O ERROR - ,DB2MAINT,SMP ,5591,D,SMPPTFIN,GET ,WRNG.LEN.RECORD,03F900,QSAM GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16. SMP/E IS AT LEVEL 36.17. //SMP EXEC PGM=GIMSMP,REGION=5M, // PARM='CSI=x.x.R14.CSI' //SMPPTFIN DD DSN=x.x.R14.SMPPTS, // DISP=SHR //SMPCNTL DD * SET BDY(GLOBAL). UCLIN. REP OPTIONS(OPTS) DSPREFIX(x..SMPTLIB). REP DDDEF(SMPTLIB) UNIT(SYSDA) VOLUME(x). ENDUCL. RECEIVE SYSMODS RFPREFIX(xx.R14) SELECT(UK,UK,UKx). /* Could someone please provide some pointers. /Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SNMP agent start failed
Hello: After we've upgraded our test system to z/OS 1.12, SNMP agent doesn't show the msg 'EZZ6225I SNMP AGENT: INITIALIZATION COMPLETE'. It works fine because it sends SNMP messages to HP OVO server and this server receives the messages. After the started message IEF403I appears: $HASP373 OSNMPD STARTED IEF403I OSNMPD - STARTED - TIME=13.59.45 BPXF024I (STCSNMP) Feb 7 12:59:46 snmpagentÝ16777227~: EZZ6203I 587 Sigaction for snmpdmsg.cat failed : EZZ6202I Using catalog '%s' for SNMP Agent messages. (0/) BPXF024I (STCSNMP) Feb 7 12:59:46 snmpagentÝ16777227~: EZZ6233I 588 Cannot allocate buffers for SNMP and DPI packets; SNMP agent ended We have cataloged the snmpdmsg.cat file in /usr/lpp/tcpip/lib/nls/msg/C/ and /usr/lib/nls/msg/C/. We can't find the reason of sigaction failed. After these messages doesn't appear the UP message EZZ6225I SNMP AGENT: INITIALIZATION COMPLETE. Regards Jorge Garcia Juanino Gestor de servicio sistemas z/OS DGTP – DIAC – Area servicios de CPD MAPFRE C/ Orduña, 1 (2º Planta) 28034 Madrid Tfno.: 91 581 27 34 – Extension interna: 412734 Movil: 618333559 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: basic SMS question
Thanks for the explanation. Much appreciated. Jim McAlpine On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller darth.kel...@assurant.comwrote: A couple of things - DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies the data component of a DB2 LDS. Data components do not get assigned their own SMS Constructs. Constructs are assigned at the cluster level. I see this as useless code unless your shop is actually using cluster names with DSNDBD as the 2nd level. 2ndly - the answer to your question is going to depend on what's in the filterlist DB2E. If it contains an entry like DB2E.** , then all those datasets would be assigned SCDB2 in the DSN(1) segment and then re-assigned SCSMS in the SELECT/WHEN you've shown us. This is a result of not having a EXIT in the first set of statements - the allocation falls through into the next code segment and gets re-evaluated. And it will continue to be re-evaluated after your SET STORCLAS = 'SCSMS'as that statement also doesn't appear to have a paired EXIT. Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what you've shown us. Your allocation could actually have several storage classes assigned and re-assigned, with some other segment having the final assignment of 'SCSMS' before it finally falls out of SMS. My general rule of thumb is that the only time I don't pair a SET with an EXIT is when I want to set a default StorCLas. I always pair a SET with a WRITE and generally its a SET, WRITE, EXIT. I'd recommend investigating NAVIQUEST to use in testing your code any changes you're thinking of making. ddk I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: SMP Receive - I/O Error
Receive output is stored in the SMPPTS (a PDS or PDSE). Receive input (SMPMCS) is FB/80/sdb. snip //SMPPTFIN DD DSN=x.x.R14.SMPPTS, // DISP=SHR /snip You have specified the SMPPTS (a PDS/PDSE) as sequential input. This means the directory of the PDS/PDSE is being read as a logical record. As we all know, the logical record length of a PDS directory entry is 256, not 80, hence your problem. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP Receive - I/O Error
From: mf db dbajava...@gmail.com Date: 02/07/2013 09:57 AM Hello Folks, I am trying to receive maintenance for a product, but i am just ending up with the below error message. Could someone please shed more light on the below . GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR THE SMPPTFIN DATA SET. GIM27401T ** I/O ERROR - ,DB2MAINT,SMP ,5591,D,SMPPTFIN,GET ,WRNG.LEN.RECORD,03F900,QSAM GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16. SMP/E IS AT LEVEL 36.17. //SMP EXEC PGM=GIMSMP,REGION=5M, // PARM='CSI=x.x.R14.CSI' //SMPPTFIN DD DSN=x.x.R14.SMPPTS, // DISP=SHR //SMPCNTL DD * SET BDY(GLOBAL). UCLIN. REP OPTIONS(OPTS) DSPREFIX(x..SMPTLIB). REP DDDEF(SMPTLIB) UNIT(SYSDA) VOLUME(x). ENDUCL. RECEIVE SYSMODS RFPREFIX(xx.R14) SELECT(UK,UK,UKx). /* Could someone please provide some pointers. SNIPPAGE You aren't going to like this, but, you might start with: Diagnostic messages SMP/E for z/OS V1R12.0 GA22-7770-15 Which will point you to a DFSMS manual that contains the SYNADAF info. Personal opinion of this poster: Infocenter actually made looking this up easy. Reading what it found is not so impressive. I can see me downloading a lot more PDFs in the future. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP Receive - I/O Error
From: Staller, Allan allan.stal...@kbmg.com Date: 02/07/2013 10:20 AM SNIPPAGE You have specified the SMPPTS (a PDS/PDSE) as sequential input. This means the directory of the PDS/PDSE is being read as a logical record. As we all know, the logical record length of a PDS directory entry is 256, not 80, hence your problem. SNIP Thank you, Allan. Much better answer than mine, because I got too close to the tree I was trying to figure this out using the diagnostic info presented with the infocenter based doc... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting old HSM backups
I already have the list of backups and I can create a million+ line JCL but would prefer not to. It would be best if HSM would simply delete the backups that are no longer valid once I change the Management class definition. I don't know about you, but that seems quite reasonable to me. However, this is not the case. Removing the backup requirement from the Management class definition, I am still left with all the backups even after HSM Space Management and a run of EXPIREBV. Is there really no better solution to this? David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov -- New Address -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Wednesday, February 06, 2013 1:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Deleting old HSM backups Even without CSI, as long as there is a list it can just be edited (chose your method, ISPF, rexx program, whatever) to have DELETE '...name...' in a flat file and executed in TSO batch or used as input to IDCAMS in batch. Using ISPF 3.4 and saving the list would work. May have to do that in batch also if some pattern can be used to match millions at once (to possibly increase allocation amounts). Running this would be quicker than ISPF 3.4 (modify L or pass the parm as needed for HLQ / pattern) PROC 0 L(SYSUID) G(SAVE) /* */ /* Quick ISPF save of data set names. This is much quicker */ /* than using OPT 3.4, because it does not do an obtain*/ /* for each data set in the list because of STATS(NO). */ /* The dsn created will be USERID.SAVE.DATASETS*/ /* */ ISPEXEC CONTROL ERRORS RETURN ISPEXEC LMDINIT LISTID(LISTID) LEVEL(L) ISPEXEC LMDLIST LISTID(LISTID) OPTION(SAVE) STATS(NO) GROUP(G) WRITE COMPLETE!! RETURN CODE WAS LASTCC ISPEXEC LMDFREE LISTID(LISTID) -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 6 Feb 2013 15:27:24 -0500, Don Williams donb...@gmail.com wrote: Many years ago, I wrote a REXX EXEC to mass delete migrated files. It calls IGGCSI00 with a wilcard search argument to build a list of matching data set names to be deleted. I've deleted many thousands of migrated data sets with one command, but millions would probably exceed its capacity. However, you could modify IBM's SYS1.SAMPLIB(IGGICSRX) to delete them. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David G. Schlecht Sent: Tuesday, February 05, 2013 5:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Deleting old HSM backups We have been backing up millions of unnecessary datasets. I am changing HSM to not back them up but would like a reasonably easy way to delete the millions of backups that already exist. Is there anything short of generating millions of lines of JCL. Is there any way to get HSM to delete these backups? David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to which it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and delete all copies of the original message. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO
Re: SMP Receive - I/O Error
The SMPPTS is a PDS file but still i get the same error message. General Data Current Allocation Management class . . : xxAllocated cylinders : 100 Storage class . . . : xx Allocated extents . : 1 Volume serial . . . : xx Maximum dir. blocks : 20 Device type . . . . : 3390 Data class . . . . . : x Organization . . . : POCurrent Utilization Record format . . . : FB Used cylinders . . : 1 Record length . . . : 256Used extents . . . : 1 Block size . . . . : 27904 Used dir. blocks . : 1 1st extent cylinders: 100Number of members . : 5 Secondary cylinders : 50 Data set name type : PDS Dates Creation date . . . : 2013/02/07 Referenced date . . : 2013/02/07 Expiration date . . : ***None*** On Thu, Feb 7, 2013 at 9:54 PM, Steve Thompson sthomp...@us.ibm.com wrote: From: Staller, Allan allan.stal...@kbmg.com Date: 02/07/2013 10:20 AM SNIPPAGE You have specified the SMPPTS (a PDS/PDSE) as sequential input. This means the directory of the PDS/PDSE is being read as a logical record. As we all know, the logical record length of a PDS directory entry is 256, not 80, hence your problem. SNIP Thank you, Allan. Much better answer than mine, because I got too close to the tree I was trying to figure this out using the diagnostic info presented with the infocenter based doc... Regards, Steve Thompson -- 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: SMP Receive - I/O Error
snip //SMPPTFIN DD DSN=x.x.R14.SMPPTS, // DISP=SHR /snip The SMPPTS dataset is the *OUTPUT* of the receive process, not the input. SMPPTFIN is the input to the process. SMPPTFIN is *REQUIRED* to be FB/80. This can be a PS file (typically *.SMPMCS) or a PDS member *.SMPMCS(member). It *CANNOT* be a PDS read as a sequential (which is what was coded below). Also, as coded, you are trying to use the *SAME* dataset as both input and output simultaneously. AFAIK, SMP/E will not do this . To change the above(although I really think you should RTFM before proceeding), try //SMPPTFIN DD DSN=x.x.R14.SMPPTS(uk*), // DISP=SHR (concatenate as required) snip The SMPPTS is a PDS file but still i get the same error message. General Data Current Allocation Management class . . : xxAllocated cylinders : 100 Storage class . . . : xx Allocated extents . : 1 Volume serial . . . : xx Maximum dir. blocks : 20 Device type . . . . : 3390 Data class . . . . . : x Organization . . . : POCurrent Utilization Record format . . . : FB Used cylinders . . : 1 Record length . . . : 256Used extents . . . : 1 Block size . . . . : 27904 Used dir. blocks . : 1 1st extent cylinders: 100Number of members . : 5 Secondary cylinders : 50 Data set name type : PDS Dates Creation date . . . : 2013/02/07 Referenced date . . : 2013/02/07 Expiration date . . : ***None*** On Thu, Feb 7, 2013 at 9:54 PM, Steve Thompson sthomp...@us.ibm.com wrote: From: Staller, Allan allan.stal...@kbmg.com Date: 02/07/2013 10:20 AM SNIPPAGE You have specified the SMPPTS (a PDS/PDSE) as sequential input. This means the directory of the PDS/PDSE is being read as a logical record. As we all know, the logical record length of a PDS directory entry is 256, not 80, hence your problem. SNIP Thank you, Allan. Much better answer than mine, because I got too close to the tree I was trying to figure this out using the diagnostic info presented with the infocenter based doc... /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting old HSM backups
Removing the backup requirement (ADMIN/USER BACKUP=YES/NO/BOTH) and AUTOBACKUP(YES/NO) will have absolutely no effect on currently backed up files. It will only prevent new backups. Look at the MGMTCLAS values for : BACKUP FREQUENCY,# BACKUPS (DS EXISTS), # BACKUPS (DS DELETED), RETAIN DAYS ONLY BACKUP Which may contain the answer. I normally keep 1 backup copy for a short period of time after the original dataset is deleted. Of course, the brute force method will always work to delete the backups. HTH, snip I already have the list of backups and I can create a million+ line JCL but would prefer not to. It would be best if HSM would simply delete the backups that are no longer valid once I change the Management class definition. I don't know about you, but that seems quite reasonable to me. However, this is not the case. Removing the backup requirement from the Management class definition, I am still left with all the backups even after HSM Space Management and a run of EXPIREBV. Is there really no better solution to this? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fwd: EBCDIC support is on the chopping block
Hello everyone, I am forwarding this message from the perl-mvs mailing list. I raise this to anyone that uses Perl under z/OS UNIX and would like to have access to the newer features beyond what IBM has provided in the ported tools (5.8). A later note in the discussion details what would probably be required, which would be pretty minimal: ...what would be most needed is (as Ricardo [original poster of the following] says) is regular testing (even just monthly, or even just quarterly, would be better than the current nothing) of the Perl 5 source code in z/OS: does it compile? And if it doesn't work, report it back to perl5-porters, and work with them to try to get it working again. Debugging by email is perfectly feasible. So if your organization uses Perl and would like to contribute (minimal cost), please sign up to the perl-mvs mailing list and speak up. perl-mvs is hosted on perl.org and can be subscribed to at http://lists.perl.org/list/perl-mvs.html. (If I had a zPDT, I'd be there in a heartbeat. :) ) Cheers, Ray Original Message Subject:EBCDIC support is on the chopping block Date: Wed, 6 Feb 2013 18:30:19 -0500 From: Ricardo Signes r...@cpan.org To: perl-...@perl.org As was brought up about 18 months ago... http://www.nntp.perl.org/group/perl.mvs/2011/09/msg1545.html http://www.nntp.perl.org/group/perl.mvs/2012/01/msg1598.html ...support for z/OS, specifically EBCDIC support, is on the chopping block. So far, no dedicated resources, human or otherwise, have been provided. This means that nobody knows exactly whether current perl source compiles and works on z/OS. Basically, we all know it doesn't, but don't have much proof. We also pretty much know that it isn't going to get fixed, because nobody has stepped up to be its champion. The working assumption of the core perl team has to be that anybody who wants perl on an EBCDIC system right now is either using private patches, a vendor-supplied perl using private patches, or an old perl version known to work. In the case of privately-constructed patches, it would not be enough merely to supply them to perl5-porters. The platform needs serious backing: dedicated smoke servers, a reliable presence on the list of platform experts, and an assurance that this will continue. Without these things showing up soon, it is very likely that perl 5.18.0 is the last perl that will even remotely attempt to support EBCDIC, and that EBCDIC-related branches will be freely removed in future commits. I will provide more concrete dates in the coming weeks, but do not delay waiting for concrete dates. Treat this as a last call. -- rjbs -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [MVS-OE] (perl): EBCDIC support is on the chopping block
On Feb 7, 2013, at 08:59, Ray Mullins wrote: Hello everyone, I am forwarding this message from the perl-mvs mailing list. I raise this to anyone that uses Perl under z/OS UNIX and would like to have access to the newer features beyond what IBM has provided in the ported tools (5.8). Has anyone tried to build perl using Enhanced ASCII support and relying on autoconversion to deal with EBCDIC? If it fails, there ought to be cause for a PMR, or at least an enhancement request directed at z/OS, not perl. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote: -SNIP Well, actually, Sterling, as an entity, was broken into two parts some years ago.---SNIP-- I was *NOT* referring to STERLING software in any way shape or form., Since I did not capitalize the word it was meant not as a reference the company, Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting old HSM backups
John, HBDELETE would be great if you could use a LEVEL parameter, scary, but certainly better than having to run a million lines of JCL. David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov -- New Address -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Tuesday, February 05, 2013 3:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Deleting old HSM backups Look up the HDELETE command for migrated data sets; HBDELETE for backup data sets. I'm at home now. I have some helper stuff at work. I'll look for some stuff tomorrow. On Feb 5, 2013 4:25 PM, David G. Schlecht dschle...@admin.nv.gov wrote: We have been backing up millions of unnecessary datasets. I am changing HSM to not back them up but would like a reasonably easy way to delete the millions of backups that already exist. Is there anything short of generating millions of lines of JCL. Is there any way to get HSM to delete these backups? David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to which it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and delete all copies of the original message. -- 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: Syncosrt EMC -- Sterling Info
From: Ed Gould edgould1...@comcast.net Date: 02/07/2013 11:58 AM On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote: -SNIP Well, actually, Sterling, as an entity, was broken into two parts some years ago.---SNIP-- I was *NOT* referring to STERLING software in any way shape or form., Since I did not capitalize the word it was meant not as a reference the company, I understood that. However, once someone made a remark about a certain ISV and what is now an IBM owned entity . And so I modified the subject in what I thought would be an appropriate distinction. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncosrt EMC -- Sterling Info
On 02/07/2013 11:55 AM, Ed Gould wrote: On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote: -SNIP Well, actually, Sterling, as an entity, was broken into two parts some years ago.---SNIP-- I was *NOT* referring to STERLING software in any way shape or form., Since I did not capitalize the word it was meant not as a reference the company, Ed That was, I think, well understood in your earlier post. But allowing for puns, the weird associative memory of SysProgs, the normal irrelevant topic drift ... You've at least got to give credit that as fair warning the Subject line was consistently changed at the time of the drift to add a reference to Sterling (capitalized). -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting old HSM backups
I am trying to remember Somewhere in the last 40+ years there was a SAS job that altered the MCDS (or was it the BCDS)? It ran through the entire CDS in a few minutes and then you would run expirebv and magically all those datasets would evaporate. I am trying to remember where the SAS job came from but cannot say for sure but it might have come from Berry Merrils(sp?) collection of SAS jobs, I just do not remember sorry. But somewhere out there is a a SAS job that marks the HSM cds's properly for clean up. Ed On Feb 7, 2013, at 12:05 PM, David G. Schlecht wrote: John, HBDELETE would be great if you could use a LEVEL parameter, scary, but certainly better than having to run a million lines of JCL. David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov -- New Address -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of John McKown Sent: Tuesday, February 05, 2013 3:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Deleting old HSM backups Look up the HDELETE command for migrated data sets; HBDELETE for backup data sets. I'm at home now. I have some helper stuff at work. I'll look for some stuff tomorrow. On Feb 5, 2013 4:25 PM, David G. Schlecht dschle...@admin.nv.gov wrote: We have been backing up millions of unnecessary datasets. I am changing HSM to not back them up but would like a reasonably easy way to delete the millions of backups that already exist. Is there anything short of generating millions of lines of JCL. Is there any way to get HSM to delete these backups? David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to which it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and delete all copies of the original message. - - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JSON format in ISPF Services Guide?
The plan was to document the JSON message formats in the ISPF Services Guide for the z/OS release following 1.13. With z/OS moving to a 2 year cycle it's taken longer than planned for the formats to be published. They will be in the ISPF for z/OS 2.1 Services Guide. Peter Van Dyke From: Walt Farrell walt.farr...@gmail.com To: IBM-MAIN@listserv.ua.edu Date: 07/02/2013 06:25 AM Subject:Re: JSON format in ISPF Services Guide? Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On Thu, 7 Feb 2013 08:04:20 -0600, Kevin Minerley k60ek...@us.ibm.com wrote: I think you should be able to get to unresolved reference at: z/OS V1R13.0 ISPF Services Guide IBM Library Server - http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450 The writer has been notified of the problem. But the more basic problem is that the ISPF Services Guide does not contain any mention of JSON. So it's not simply an unresolved reference in the other book, but missing documentation (or a pointer to the wrong book). -- Walt -- 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: Dynamic Allocation error in CA-Endevor
Endevor temp datasets are not always temporary in the z/OS sense. :( Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Tuesday, February 05, 2013 1:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamic Allocation error in CA-Endevor Not the problem. The problem appears to be a permanent data set allocation with a name like: SYS13036.Thhmmss.RA0.userid.COBLST. The ACS routines say that this allocation is not DSTYPE='TEMP'. So that test does not match. Eventually the STORCLAS falls down to the OTHERWISE which fails the allocation due to NON-STANDARD DATA SET NAME. Strangely, my boss has gotten around it by changing the DISP=(MOD,PASS) to DISP=(OLD,PASS) in the SCL for the Endevor processor. On Tue, Feb 5, 2013 at 12:02 PM, John Eells ee...@us.ibm.com wrote: Mike Wawiorko wrote: SYS13036.T095110.RA0.TSH012.**COBLST At a quick glance this looks like a temporary dataset. Could you have two similarly named trying to be allocated within the same second 09:51:10? snip If so...it's worth a look at the ALLOCxx parmlib support we added in z/OS V1.12, which should vastly reduce the probability of that sort of problem occurring for temporary data sets. The keyword is SYSTEM TEMPDSFORMAT(UNIQUE|**INCLUDELABEL), and INCLUDELABEL (the way the system used to act) is the default. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- 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: ACS routine based on RACF group
You need to also be aware that RACF List-of-groups does not apply. You get the current group (default or as specified). Since you can't control which group a user specifies, the use of GROUP in ACS routines is not really very useful . Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, February 06, 2013 1:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group I don't see where you use GROUP. Furthermore: X'04' X'16' X'00' X'55' Verify that SMS flags passed by the caller match those in the FMT4 DSCB; FMT4 DSCB indicates volume is SMS- managed, but data set is not SMS-managed. What is the relation with GROUP? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Wednesday, February 06, 2013 10:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group Dear All, I did create the ACS routine based on GROUP but it doesn't seems to be picking. IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA SET TEST.SAMPL.JCL HISTORIC RETURN CODE IS 192 DIAGNOSTIC INFORMATION IS 04160055 IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING RETURN CODE 4 REASON CODE 85 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1 ACS Script : * Top of Data *** PROC 1 STORCLAS /** / /* STORAGE CLASS ACS ROUTINE */ /** / /** / /* DEFINE FILTER LISTS*/ /** / FILTLIST SYSDSETINCLUDE (SYS%.*) FILTLIST HLQ1 INCLUDE(TEST.**) /** / SELECT /** / /* EXCLUDE SYSTEM DATA SETS */ /** / WHEN (DSN = SYSDSET) SET STORCLAS = '' /** / /* USER DATASETS */ /** / /** / WHEN (DSN = HLQ1 | STORCLAS = 'USRBASE') SET STORCLAS = 'USRBASE' /** / END /** / END * Top of Data ** PROC 1 STORGRP /** / /* STORAGE GROUP ACS ROUTINE */ /** / /** / SELECT /** / /* USER DATAASETS */ /** / WHEN (STORCLAS='USRBASE') SET STORGRP = 'USRGROUP' /** / END /** / END Bottom of Data ACS activation went well but not sure if i am correct. Jake On Wed, Feb 6, 2013 at 1:10 PM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2013-02-06 07:19, Jake anderson pisze: Hello, This could be simple or Dumb question and I apologize for it :) . I have written ACS routine based on the filtlist criteria but i am just curious to know if it is possible to write ACS routine(STORCLASSTORGROUP) based on user's racf group ? Intention is just to make sure that a user belonging to a particular RACF default group should be mapped to a specific STORAGE group. Any suggestions or Ideas are highly appeciated.. RTFM GROUPThe RACF-defined default group associated with the user, or the group specified in the GROUP keyword on the JCL JOB statement. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomo ci mo e zawiera informacje
Re: SFTP vs. FTPS (was: z/OS v2.1 preview)
Walt, You are correct - FTP is more prevalent in z/OS shops. SFTP is much more prevalent in distributed systems since OpenSSH is installed as a default package on all modern Unix/Linux distros. Also, SSH/SFTP uses a single port/connection which has significant advantages when it comes to navigating modern networks. Kirk Wolf Dovetailed Technologies http://dovetail.com +1 636.300.0901 On Wed, Feb 6, 2013 at 12:11 PM, Walt Farrell walt.farr...@gmail.comwrote: On Wed, 6 Feb 2013 09:27:18 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 6 Feb 2013 08:57:41 -0600, Walt Farrell wrote: ... new System z software (products and service) downloads will require the use of FTPS (FTP using Secure Sockets Layer) or of Download Director with encryption. FTPS, but not SFTP? Remember, SFTP is not FTP; it's SSH, a totally different protocol and set of programs. Exactly, notwithstanding some superficial similarity in line commands. But I'm set up for SSH on various hosts -- authorized_keys, etc. SFTP comes naturally, then. FTPS isn't in my skill set. What's the relative prevalence of SFTP and FTPS in the outside world? I have no idea of the prevalence. On the other hand, FTPS _is_ FTP, and it's likely that more z/OS sites have FTP servers than have SSH servers. And if you have FTP then setting up FTPS is (I think) largely a matter of putting the right certificate in the right key ring, which is all native to z/OS and doesn't require installing and configuring SSH (from Ported Tools) if you haven't done so already. -- Walt -- 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: ISFLOG - Clarification required.
Hi Scott, Greetings!! I'm not able to understand. Do you want me to execute this way? Address SDSF ISFLOG TYPE(SYSLOG). Or please tell me how to From: Scott Ford scott_j_f...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, February 7, 2013 7:02 AM Subject: Re: ISFLOG - Clarification required. And what happens if you comment out or dummy the 'alloc' out ? Then execute it ? Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Feb 6, 2013, at 7:13 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com wrote: Hi all, Greetings!! I would like to know if there are someone who can help me out in understanding the below commands. I would like to know what exactly the function does. Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used Address SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents to special variable ISFLINE. But not sure what does ALLOC does. I have tried the manuals but I don't get much information on this apart from the Syntax and the Special DDNAMES. Can anyone guide me on this. Kind Regards, Vish.. -- 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: ISFLOG - Clarification required.
Not sure. I'm not finding anything in SDSB as well. One more clarification pls.. Prior I used to read the Log files and it was working fine. On a day the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE EXHAUSTED. Why this happened. Is this because my TSO region space is too small?. My TSO region space was 8K Or is this because of some other problem? So, I thought this ALLOC could give me a solution. Can anyone point me why i got Machine Storage Exhausted? Kind Regards, Vish... From: Steve Austin steve.aus...@macro4.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, February 7, 2013 2:10 PM Subject: Re: ISFLOG - Clarification required. I think it just allocates syslog/operlog returning the ddname in the isfddname variable. You then open and read it using SDSB (jes spool dataset browse). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Viswanath Chandrasekaran Sent: 07 February 2013 00:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISFLOG - Clarification required. Hi all, Greetings!! I would like to know if there are someone who can help me out in understanding the below commands. I would like to know what exactly the function does. Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used Address SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents to special variable ISFLINE. But not sure what does ALLOC does. I have tried the manuals but I don't get much information on this apart from the Syntax and the Special DDNAMES. Can anyone guide me on this. Kind Regards, Vish.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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: JES2 Hist from Jack Schudel(ret.)
On Thu, 7 Feb 2013 15:15:32 -0500, Ed Finnell wrote: I did find one thing that might be what you were looking for. It was an old DOS WordPerfect document that I just converted to a text file, since I don't think that I have any way to convert it to a properly formatted PDF file. Libre Office ( www.libreoffice.org ) seems to be able to handle .wpd files. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Hist from Jack Schudel(ret.)
I took the .txt file and mangled it with Word 2007 and save as .pdf. Looks pretty good but don't have any public place to put it. Since Jack's retired he no longer has access to NERDC web site. In a message dated 2/7/2013 2:30:52 P.M. Central Standard Time, m42tom-ibmm...@yahoo.com writes: Libre Office ( www.libreoffice.org ) seems to be able to handle .wpd files. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine based on RACF group
W dniu 2013-02-07 21:17, Gibney, Dave pisze: You need to also be aware that RACF List-of-groups does not apply. You get the current group (default or as specified). Since you can't control which group a user specifies, the use of GROUP in ACS routines is not really very useful . Hmmm, are you sure of the above? I would bet that any group the user belongs to is relevant. I can be wrong, but I cannot check it just now. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine based on RACF group
From z/OS v1r11.0 DFSMSdfp Storage Administration: GROUP The RACF-defined default group associated with the user, or the group specified in the GROUP keyword on the JCL JOB statement. If the environment is recall or recover, GROUP is set only if the requester of the recall or recover is not a DFSMShsm authorized user. When DFSMShsm invokes the ACS routines, GROUP is the group associated with USERType: LiteralMax value: 8 characters Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, February 07, 2013 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group W dniu 2013-02-07 21:17, Gibney, Dave pisze: You need to also be aware that RACF List-of-groups does not apply. You get the current group (default or as specified). Since you can't control which group a user specifies, the use of GROUP in ACS routines is not really very useful . Hmmm, are you sure of the above? I would bet that any group the user belongs to is relevant. I can be wrong, but I cannot check it just now. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526- 021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- 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: ISFLOG - Clarification required.
I doubt if you could start TSO with 8K. You might try 2M to 6M, or jump to 32M if your site allows to handle larger files. On Thu, Feb 7, 2013 at 2:30 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com wrote: Not sure. I'm not finding anything in SDSB as well. One more clarification pls.. Prior I used to read the Log files and it was working fine. On a day the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE EXHAUSTED. Why this happened. Is this because my TSO region space is too small?. My TSO region space was 8K Or is this because of some other problem? So, I thought this ALLOC could give me a solution. Can anyone point me why i got Machine Storage Exhausted? Kind Regards, Vish... -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISFLOG - Clarification required.
Mike: We put all ISPF rent modules in LPA and essentially gave user a max of 1M. Worked fine for us. Ed On Feb 7, 2013, at 4:24 PM, Mike Schwab wrote: I doubt if you could start TSO with 8K. You might try 2M to 6M, or jump to 32M if your site allows to handle larger files. On Thu, Feb 7, 2013 at 2:30 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com wrote: Not sure. I'm not finding anything in SDSB as well. One more clarification pls.. Prior I used to read the Log files and it was working fine. On a day the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE EXHAUSTED. Why this happened. Is this because my TSO region space is too small?. My TSO region space was 8K Or is this because of some other problem? So, I thought this ALLOC could give me a solution. Can anyone point me why i got Machine Storage Exhausted? Kind Regards, Vish... -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: ACS routine based on RACF group
W dniu 2013-02-07 23:05, Gibney, Dave pisze: From z/OS v1r11.0 DFSMSdfp Storage Administration: GROUP The RACF-defined default group associated with the user, or the group specified in the GROUP keyword on the JCL JOB statement. If the environment is recall or recover, GROUP is set only if the requester of the recall or recover is not a DFSMShsm authorized user. When DFSMShsm invokes the ACS routines, GROUP is the group associated with USERType: LiteralMax value: 8 characters Well, RACF *default* group is not RACF current connect group, not always. (assuming GRPLIST in effect, which is typical setup) Usually user does not provide any group during logon, in this case his default group becomes current connect group. However user can provide other goup he's connected to. In this case current connect goup is the group provided. This is the way how ARCCATGP works - it is not enough to be connected to the group, you hve to specify this group during logn (OK, I haven't checked it for a few version, maybe it's changed). However my question came from other issue: I vaguely remember (vaguely!) that I created SPEC group in RACF and my SMS admin used it for ACS routines and anynone from this group was special friend othe SMS. And the SPEC was not our default group... -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine based on RACF group
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, February 07, 2013 2:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group W dniu 2013-02-07 23:05, Gibney, Dave pisze: From z/OS v1r11.0 DFSMSdfp Storage Administration: GROUP The RACF-defined default group associated with the user, or the group specified in the GROUP keyword on the JCL JOB statement. If the environment is recall or recover, GROUP is set only if the requester of the recall or recover is not a DFSMShsm authorized user. When DFSMShsm invokes the ACS routines, GROUP is the group associated with USERType: LiteralMax value: 8 characters Well, RACF *default* group is not RACF current connect group, not always. (assuming GRPLIST in effect, which is typical setup) Usually user does not provide any group during logon, in this case his default group becomes current connect group. However user can provide other goup he's connected to. In this case current connect goup is the group provided. This is the way how ARCCATGP works - it is not enough to be connected to the group, you hve to specify this group during logn (OK, I haven't checked it for a few version, maybe it's changed). However my question came from other issue: I vaguely remember (vaguely!) that I created SPEC group in RACF and my SMS admin used it for ACS routines and anynone from this group was special friend othe SMS. And the SPEC was not our default group... I know I specify our equivalent of that group when I logon to TSO. My point really is that using GROUP in ACS routines isn't as robust as I for one would like. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526- 021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- 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: z/OS v2.1 preview
I just downloaded a current version of SPFlist (was running 4.3, current is 6.1) and found out is supports regular expressions now. http://spflite.co.nr/ I don't know what ISPF's implementation will be like, but for SPFLite you use FIND R'regular expression'. So I can play with this now. :-) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Tue, 5 Feb 2013 20:23:48 +, Martin Packer martin_pac...@uk.ibm.com wrote: I think you're going to like them, Mark. Not that I've found a system to play with this on yet. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Mark Zelden m...@mzelden.com To: IBM-MAIN@listserv.ua.edu, Date: 02/05/2013 07:48 PM Subject:Re: z/OS v2.1 preview Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu I know of at least a few people on this list that will love this one: The ISPF editor is planned to allow regular expressions to be specified as arguments to the FIND and CHANGE commands. I've even used Doug Nadel's FINDRX macro a few times, but admit I still don't really get regular expressions (I'm sure if I used *nix more I would). -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: z/OS v2.1 preview
Time to stop working for the day. That should have been SPFLite, not SPFList. The URL is correct. Mark On Thu, 7 Feb 2013 16:59:01 -0600, Mark Zelden m...@mzelden.com wrote: I just downloaded a current version of SPFlist (was running 4.3, current is 6.1) and found out is supports regular expressions now. http://spflite.co.nr/ I don't know what ISPF's implementation will be like, but for SPFLite you use FIND R'regular expression'. So I can play with this now. :-) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Tue, 5 Feb 2013 20:23:48 +, Martin Packer martin_pac...@uk.ibm.com wrote: I think you're going to like them, Mark. Not that I've found a system to play with this on yet. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Mark Zelden m...@mzelden.com To: IBM-MAIN@listserv.ua.edu, Date: 02/05/2013 07:48 PM Subject:Re: z/OS v2.1 preview Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu I know of at least a few people on this list that will love this one: The ISPF editor is planned to allow regular expressions to be specified as arguments to the FIND and CHANGE commands. I've even used Doug Nadel's FINDRX macro a few times, but admit I still don't really get regular expressions (I'm sure if I used *nix more I would). -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: At Last (z/os v2.1) !
Excellent! Another thing I've wanted and figured it was fruitless to ask for. I wonder what prompted all of these nice enhancements after so long. From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, February 5, 2013 10:59 PM Subject: At Last (z/os v2.1) ! In z/OS V2.1, z/OS DFSMS and Allocation processing are planned to be enhanced to allow you to specify that all the members of a generation data group (GDG) be returned in order from oldest to newest when the generation data set (GDS) name is specified without a generation number. This is intended to allow all the members of a GDG to be processed in chronological order without being sorted. -- 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: JES2 Hist from Jack Schudel(ret.)
On 02/07/2013 02:15 PM, Ed Finnell wrote: Chip Wood put together a nice summary for HASP's 40th birthday celebration at SHARE 109 (AUG 2007). You should be able to pull that one from the proceedings. I did find one thing that might be what you were looking for. It was an old DOS WordPerfect document that I just converted to a text file, since I don't think that I have any way to convert it to a properly formatted PDF file. The Wood history of HASP/JES2 left hanging the question about the origin of the term spooling. Various authorities credit SPOOL as being an acronym for either Simultaneous Peripheral Output On-Line or Simultaneous Peripheral Operations On-Line, used to describe a process which pre-dated S/360 by at least half a decade where card images and/or print lines were staged through much faster I/O devices (magnetic tape in the old days) to keep slow printers and card equipment from being a bottleneck on expensive mainframes of the day. This acronym always seemed a tad too cute. Since early spooling systems staged unit records to a spool of magnetic tape, it would have been natural to refer to this process as spooling, which makes me suspect that was the inspiration for someone to invent SPOOL as a backronym to fit, and allow continued use of the term after spools of tape were no longer the staging media. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Hist from Jack Schudel(ret.)
From: Joel C. Ewing jcew...@acm.org Date: 02/07/2013 05:27 PM snippage The Wood history of HASP/JES2 left hanging the question about the origin of the term spooling. Various authorities credit SPOOL as being an acronym for either Simultaneous Peripheral Output On-Line or Simultaneous Peripheral Operations On-Line, used to describe a process which pre-dated S/360 by at least half a decade where card images and/or print lines were staged through much faster I/O devices (magnetic tape in the old days) to keep slow printers and card equipment from being a bottleneck on expensive mainframes of the day. This acronym always seemed a tad too cute. Since early spooling systems staged unit records to a spool of magnetic tape, it would have been natural to refer to this process as spooling, which makes me suspect that was the inspiration for someone to invent SPOOL as a backronym to fit, and allow continued use of the term after spools of tape were no longer the staging media. snip Perhaps one should ask someone with long Burroughs experience? I mention this because of past acquaintances who worked for Burroughs and explained a few things they had done before any other computer manufacturer. SPOOL reminds me of the command they had called SPO which as I recall was used to control SPOOL (I do not have any direct operations experience with Burroughs equipment). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Burroughs SPO - was RE: JES2 Hist from Jack Schudel(ret.)
Hi Steve, I knew that SPO sounded familiar from my B3500 days in a former life. Someone once told me it was Supervisory Printer Online, which I suppose was adapted to a terminal? Long time ago - 1976 for me. Here's an interesting link (actually - I googled Burroughs B3500 and was amazed at number of hits!). http://bitsavers.informatik.uni-stuttgart.de/pdf/burroughs/B1700/1058294_B1700_SPO_Ctl_jun72.pdf BobL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: Thursday, February 07, 2013 4:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Hist from Jack Schudel(ret.) [ External ] From: Joel C. Ewing jcew...@acm.org Date: 02/07/2013 05:27 PM snippage The Wood history of HASP/JES2 left hanging the question about the origin of the term spooling. Various authorities credit SPOOL as being an acronym for either Simultaneous Peripheral Output On-Line or Simultaneous Peripheral Operations On-Line, used to describe a process which pre-dated S/360 by at least half a decade where card images and/or print lines were staged through much faster I/O devices (magnetic tape in the old days) to keep slow printers and card equipment from being a bottleneck on expensive mainframes of the day. This acronym always seemed a tad too cute. Since early spooling systems staged unit records to a spool of magnetic tape, it would have been natural to refer to this process as spooling, which makes me suspect that was the inspiration for someone to invent SPOOL as a backronym to fit, and allow continued use of the term after spools of tape were no longer the staging media. snip Perhaps one should ask someone with long Burroughs experience? I mention this because of past acquaintances who worked for Burroughs and explained a few things they had done before any other computer manufacturer. SPOOL reminds me of the command they had called SPO which as I recall was used to control SPOOL (I do not have any direct operations experience with Burroughs equipment). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine based on RACF group
That all depends. I would think that in a typical RACF shop with list-of-groups enabled, there would normally be no advantage in a user specifying an explicit RACF group, so it is not something users would be inclined to try. Hence, except in rare cases, and only with RACF groups that should have very restricted usage like ARCCATGP, assuming users and their batch jobs would be running under their default RACF group is not unwarranted (and could be an installation standard for most users). Such default RACF groups might reasonably be used in the ACS routines to grant some ability a user might not otherwise have. As long as a user's default group is not used to deny some authority, users would have no motivation to attempt to override their default. It is also occasionally useful to have a non default RACF group to which only DASD admins are connected, and which alllows them to override some normal ACS routine actions by specifying that RACF group at logon or in batch. This gives a privileged user the power to do something unusual (which might also be undesirable), but not accidentally, only after an explicit act to enable that ability. Joel C Ewing On 02/07/2013 02:17 PM, Gibney, Dave wrote: You need to also be aware that RACF List-of-groups does not apply. You get the current group (default or as specified). Since you can't control which group a user specifies, the use of GROUP in ACS routines is not really very useful . Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, February 06, 2013 1:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group I don't see where you use GROUP. Furthermore: X'04' X'16' X'00' X'55' Verify that SMS flags passed by the caller match those in the FMT4 DSCB; FMT4 DSCB indicates volume is SMS- managed, but data set is not SMS-managed. What is the relation with GROUP? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Wednesday, February 06, 2013 10:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine based on RACF group Dear All, I did create the ACS routine based on GROUP but it doesn't seems to be picking. IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA SET TEST.SAMPL.JCL HISTORIC RETURN CODE IS 192 DIAGNOSTIC INFORMATION IS 04160055 IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING RETURN CODE 4 REASON CODE 85 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1 ACS Script : * Top of Data *** PROC 1 STORCLAS /** / /* STORAGE CLASS ACS ROUTINE */ /** / /** / /* DEFINE FILTER LISTS*/ /** / FILTLIST SYSDSETINCLUDE (SYS%.*) FILTLIST HLQ1 INCLUDE(TEST.**) /** / SELECT /** / /* EXCLUDE SYSTEM DATA SETS */ /** / WHEN (DSN = SYSDSET) SET STORCLAS = '' /** / /* USER DATASETS */ /** / /** / WHEN (DSN = HLQ1 | STORCLAS = 'USRBASE') SET STORCLAS = 'USRBASE' /** / END /** / END * Top of Data ** PROC 1 STORGRP /** / /* STORAGE GROUP ACS ROUTINE */ /** / /** / SELECT /** / /* USER DATAASETS */ /** / WHEN (STORCLAS='USRBASE') SET STORGRP = 'USRGROUP'
Re: JES2 Hist from Jack Schudel(ret.)
On Thu, 7 Feb 2013 15:15:32 -0500, Ed Finnell wrote: Chip Wood put together a nice summary for HASP's 40th birthday celebration at SHARE 109 (AUG 2007). You should be able to pull that one from the proceedings. I did find one thing that might be what you were looking for. It was an old DOS WordPerfect document that I just converted to a text file, since I don't think that I have any way to convert it to a properly formatted PDF file. I once opened a WordPervert document with OpenOffice.org. Perhaps LibreOffice retains the capability. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SFTP vs. FTPS (was: z/OS v2.1 preview)
On Thu, 7 Feb 2013 14:20:02 -0600, Kirk Wolf wrote: Walt, You are correct - FTP is more prevalent in z/OS shops. SFTP is much more prevalent in distributed systems since OpenSSH is installed as a default package on all modern Unix/Linux distros. Also, SSH/SFTP uses a single port/connection which has significant advantages when it comes to navigating modern networks. Did you intend to disqualify OMVS as a modern Unix/Linux distro? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Kevin Minerley/Poughkeepsie/IBM is not available (returning 02/11/2013)
I am out of the office until 02/11/2013. vacation. IF an emergency, call 845-901-2328. Note: This is an automated response to your message Re: ACS routine based on RACF group sent on 02/07/2013 16:47:04. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
If memory serves, the CA1 TMC uses 16 bits to store the blksize. Even when treated as unsigned, it won't show more than 65535. On z/OS 1.11 system, the DFDSS default for DUMP tape blocks is 65520. I doubt if it was reduced for 1.12. There is an installation options exit which can change the default to 32760. If your system is actually writing 16K blocks, then something at your site (such as the DCB parameter on the DD statement) is causing that. On the other hand, the HSM Storage Administration manual mentions 16K blocks for ML2 tapes so it might not be DFDSS. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Houzet Alain :: Sent: Thursday, February 07, 2013 2:26 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: blksize for ML2 migrated dataset via HSM :: :: Hello, :: I observed a blksize of 16k for all ml2 migrated dataset (seen on the :: CA1 product). I use DSS as datamover and :: i'm wondering about the size concerning the blksize. Why dss don't use :: 256k since zos 1.12 ? :: Everybody will have an answer. thank's -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Hist from Jack Schudel(ret.)
On 2/7/2013 3:15 PM, Ed Finnell wrote: DOS WordPerfect document that I just converted to a text file, since I don't think that I have any way to convert it to a properly formatted PDF file. I had one question - he describes the ASP precurser as a 7090/7094 complex. I was not aware of any such. The one I ran on at NASA's Goddard Space Flight Center (Greenbelt, MD) had a 7044 controlling a 7094II. So was this a later, improved version? Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISFLOG - Clarification required.
Vis, I think if you do not ALLOC Syslog, you can't access it . Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Feb 7, 2013, at 3:30 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com wrote: Not sure. I'm not finding anything in SDSB as well. One more clarification pls.. Prior I used to read the Log files and it was working fine. On a day the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE EXHAUSTED. Why this happened. Is this because my TSO region space is too small?. My TSO region space was 8K Or is this because of some other problem? So, I thought this ALLOC could give me a solution. Can anyone point me why i got Machine Storage Exhausted? Kind Regards, Vish... From: Steve Austin steve.aus...@macro4.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, February 7, 2013 2:10 PM Subject: Re: ISFLOG - Clarification required. I think it just allocates syslog/operlog returning the ddname in the isfddname variable. You then open and read it using SDSB (jes spool dataset browse). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Viswanath Chandrasekaran Sent: 07 February 2013 00:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISFLOG - Clarification required. Hi all, Greetings!! I would like to know if there are someone who can help me out in understanding the below commands. I would like to know what exactly the function does. Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used Address SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents to special variable ISFLINE. But not sure what does ALLOC does. I have tried the manuals but I don't get much information on this apart from the Syntax and the Special DDNAMES. Can anyone guide me on this. Kind Regards, Vish.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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: ISFLOG - Clarification required.
In cajtoo5-sfvswmpwmpdipvfyz2mbkkg+ky+t0k1ndftnn4_r...@mail.gmail.com, on 02/07/2013 at 04:24 PM, Mike Schwab mike.a.sch...@gmail.com said: I doubt if you could start TSO with 8K. Or anything else! -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Hist from Jack Schudel(ret.)
In 51143860.7030...@acm.org, on 02/07/2013 at 05:27 PM, Joel C. Ewing jcew...@acm.org said: The Wood history of HASP/JES2 left hanging the question about the origin of the term spooling. Do you consider SPOOL System, 7070-IO-076 to be of sufficient antiquity? 'SPOOL has become a common verb, but originally was itself an acronym signifying Simultaneous Peripheral Operations On Line. This acronym originated with the 7070 computer, which had a system of interrupts that let one program a peripheral activity (e.g., card-to-tape, tape-to-print, tape-to-card) while a main program was running.' (Dictionary of IBM Jargon, Tenth Edition) Since early spooling systems staged unit records to a spool of magnetic tape, I've only seen reels of tape called spools in an audio or TV context; prior to cartridges and MSS the terms I heard were reel and tape volume. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS v2.1 preview
Re the 3270 support. This has been in the HMC for a long time and is used by z/VM. z/OS is finally getting the same support (in addition to the line mode HMC console). So any machine supported by z/OS 2.1 (i.e z9 and later) will have access to 3270 on the HMC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: At Last (z/os v2.1) !
Frank, This was a GUIDE requirement from the 70's (I think I put it in) It may well have been a SHARE requirement as well (I do not know). When SHARE GUIDE merged a lot of the requirements were lost, I am sure. Ed On Feb 7, 2013, at 5:11 PM, Frank Swarbrick wrote: Excellent! Another thing I've wanted and figured it was fruitless to ask for. I wonder what prompted all of these nice enhancements after so long. From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, February 5, 2013 10:59 PM Subject: At Last (z/os v2.1) ! In z/OS V2.1, z/OS DFSMS and Allocation processing are planned to be enhanced to allow you to specify that all the members of a generation data group (GDG) be returned in order from oldest to newest when the generation data set (GDS) name is specified without a generation number. This is intended to allow all the members of a GDG to be processed in chronological order without being sorted. - - 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: Rejoice! z/OS 2.1 addresses some long term JCL complaints from here:
If you are interested, there is some additional detail on the 2.1 JES2 JCL changes in my SHARE pitch from this week: http://share.confex.com/share/120/webprogram/Handout/Session13029/JES2%20Product%20Update%20and%20Latest%20Status.pdf Tom Wasik JES2 Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN