Re: IBM-MAIN Digest - 16 Mar 2009 to 17 Mar 2009 (#2009-76)
I think you should also look at IBM's Optim Data Growth Solution for z/OS. Current product number is 5655-V01. There's a general marketing brochure here (watch the wrap): http://download.boulder.ibm.com/ibmdl/pub/software/data/sw-library/data-management/optim/solutionsheets/data_growth.pdf There's a white paper available here: http://www.ibm.com/software/sw-library/en_US/detail/U722716F45169N44.html The main product page is here: http://www.ibm.com/software/data/data-management/optim/core/data-growth-solution-zos/ Besides BMC as mentioned, there are some other vendors that may offer a solution: Informatica (via one of its Applimation products I suspect), Solix, Sun (StorageTek Lifecycle Director), and Hewlett-Packard (OuterBay), among others, in no particular order. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataflow analysis tools?
I think WebSphere Studio Asset Analyzer will do exactly what you describe: http://www.ibm.com/software/awdtools/wsaa/ See Figures 59 to 61 (in particular) on this page: http://www.ibm.com/developerworks/rational/library/08/dw-r-analyzezosapp/section5.html Those figures show the types of reports that I think you're looking for. ASG's Alliance or becubic products, or MicroFocus's Revolve, might also be able to do what you describe, and there are probably other examples. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Table archiving...
Sorry, wrong subject line. Another try I think you should also look at IBM's Optim Data Growth Solution for z/OS. Current product number is 5655-V01. There's a general marketing brochure here (watch the wrap): http://download.boulder.ibm.com/ibmdl/pub/software/data/sw-library/data-management/optim/solutionsheets/data_growth.pdf. There's a white paper available here: http://www.ibm.com/software/sw-library/en_US/detail/U722716F45169N44.html The main product page is here: http://www.ibm.com/software/data/data-management/optim/core/data-growth-solution-zos/ Besides BMC as mentioned, there are some other vendors that may offer a solution: Informatica (via one of its Applimation products I suspect), Solix, Sun (StorageTek Lifecycle Director), and Hewlett-Packard (OuterBay), among others, in no particular order. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and dynamic allocation (my two cents)
Ed Gould wrote: I wrote earlier about this issue the semi hidden file. It is not a practical thing as people leave the company and forget about this hidden file (more like undocumented). I truly like JCL as JCL is in a proclib where everybody can use file aid (or whatever) to scan. KISS methodolgy is this case for the it. Yup, KISS. Yes, it is about having ONE place to scan/change if needed. Especially at 03h00 in the morning 8-[ I certainly had bad experience with undocumented and hidden things... :-( No need to bore this list with war stories... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Table archiving...
Sorry, I got the product number for IBM Optim Data Growth Solution for z/OS incorrect. The correct product number is 5655-V29. The 5655-V01 product number is for Optim Data Manager. Only 3 tries. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CEEVGTSI GET A STACK INCREMENT performance problem
Hi, Please see my question at the end of this mail... Our customer run strobe report and found that CEEVGTSI took 55% CPU: .LELIBCEEBINIT CEEVGTSI GET A STACK INCREMENT 54.55 54.55 54.55 54.55 .LELIBCEEBINIT CEEVOGTS XTND USR STK/DSA OPLINK 3.35 3.35 57.90 57.90 .LELIBCEEPLPKA CEEV#GH ALLOCATE STORAGE2.37 2.41 60.27 60.31 .LELIBCEEPLPKA CEEV#FH FREE STORAGE2.26 2.26 62.53 62.57 .LELIBCEEEV003 EDCVSPTF LE/370 C EVENT HANDLER 1.05 1.05 63.58 63.62 BASE @ST00038 000F50 2 .93 .93 64.51 64.55 BASE @ST00105 002B84 2 .82 .82 65.33 65.37 .LELIBCEEEV003 EDCMMOVE LE/370 C EVENT HANDLER .51 .51 65.84 65.88 .LELIBCEEBINIT CEEVGTS XTND USR STACK, GET DSA .47 .47 66.31 66.35 .COMSERV EZBTIINI EZBTCFWR TCP/IP .43 .43 66.74 66.78 CEEVGTSI is called from many places of our BASE module. The product uses multothread architechture, it receives TCP/IP requests and moves them to CICS via EXCI. ALL31(OFF) RPTSTG report: 0STACK statistics: Initial size: 2048000 Increment size:1024000 Maximum used by all concurrent threads: 31584 Largest used by any thread: 31584 Number of segments allocated:1 Number of segments freed:0 0THREADSTACK statistics: Initial size:0 Increment size: 0 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Number of segments allocated:0 Number of segments freed:0 0LIBSTACK statistics: Initial size:32768 Increment size: 16384 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Number of segments allocated:1 Number of segments freed:0 0THREADHEAP statistics: Initial size: 4096 Increment size: 4096 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Successful Get Heap requests:0 Successful Free Heap requests: 0 Number of segments allocated:0 Number of segments freed:0 0HEAP statistics: Initial size: 14336000 Increment size: 524288 Total heap storage used (sugg. initial size): 11751304 Successful Get Heap requests: 144269 Successful Free Heap requests: 144237 Number of segments allocated:1 Number of segments freed:0 My question is: may the large number of Get heap requests cause such problem? If not, what the problem may be? Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CEEVGTSI GET A STACK INCREMENT performance problem
The storage report doesn't appear to indicate an issue. You may wish to investigate performance issues with CEEVGTSI with IBM support. Bill On Wed, 18 Mar 2009 10:26:50 +0200, Arie Kremer arie...@gmail.com wrote: Hi, Please see my question at the end of this mail... Our customer run strobe report and found that CEEVGTSI took 55% CPU: .LELIBCEEBINIT CEEVGTSI GET A STACK INCREMENT 54.55 54.55 54.55 54.55 .LELIBCEEBINIT CEEVOGTS XTND USR STK/DSA OPLINK 3.35 3.35 57.90 57.90 .LELIBCEEPLPKA CEEV#GH ALLOCATE STORAGE2.37 2.41 60.27 60.31 .LELIBCEEPLPKA CEEV#FH FREE STORAGE2.26 2.26 62.53 62.57 .LELIBCEEEV003 EDCVSPTF LE/370 C EVENT HANDLER 1.05 1.05 63.58 63.62 BASE @ST00038 000F50 2 .93 .93 64.51 64.55 BASE @ST00105 002B84 2 .82 .82 65.33 65.37 .LELIBCEEEV003 EDCMMOVE LE/370 C EVENT HANDLER .51 .51 65.84 65.88 .LELIBCEEBINIT CEEVGTS XTND USR STACK, GET DSA .47 .47 66.31 66.35 .COMSERV EZBTIINI EZBTCFWR TCP/IP .43 .43 66.74 66.78 CEEVGTSI is called from many places of our BASE module. The product uses multothread architechture, it receives TCP/IP requests and moves them to CICS via EXCI. ALL31(OFF) RPTSTG report: 0STACK statistics: Initial size: 2048000 Increment size:1024000 Maximum used by all concurrent threads: 31584 Largest used by any thread: 31584 Number of segments allocated:1 Number of segments freed:0 0THREADSTACK statistics: Initial size:0 Increment size: 0 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Number of segments allocated:0 Number of segments freed:0 0LIBSTACK statistics: Initial size:32768 Increment size: 16384 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Number of segments allocated:1 Number of segments freed:0 0THREADHEAP statistics: Initial size: 4096 Increment size: 4096 Maximum used by all concurrent threads: 0 Largest used by any thread: 0 Successful Get Heap requests:0 Successful Free Heap requests: 0 Number of segments allocated:0 Number of segments freed:0 0HEAP statistics: Initial size: 14336000 Increment size: 524288 Total heap storage used (sugg. initial size): 11751304 Successful Get Heap requests: 144269 Successful Free Heap requests: 144237 Number of segments allocated:1 Number of segments freed:0 My question is: may the large number of Get heap requests cause such problem? If not, what the problem may be? Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9
Although not an answer (I would also suggest something like HOD or HATS) but some years ago Netscape actually packaged 3270 into their Communicator so you can access 3270 sessions via the browser. Basically just a 3270 session in a browser, no transformations, etc. This would be a nice idea for a Firefox plugin so that you could have multiple sessions to tab between but running in your browser (which you can do with the aforementioned products anyway.) http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104STORY=/www/story/66989EDATE= http://sillydog.org/netscape/communicator/guide/IBMHostOnDemand.php Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: changing management class on about 10000 datasets
Ed, Very good idea. I worked for IBM for several years, and never could get them to make this change, nor several others while I was there, hence I left for greener pastures as they say. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Wednesday, March 18, 2009 12:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: changing management class on about 1 datasets Mike: Someone at GUIDE submitted a requirement that requested something like you are doing. IIRC it was rejected by IBM. I can honestly see both sides of the argument. It got a little hot in the room after IBM rejected it. IBM was adamant about it. The suggestion I would give to you is build a STRONG business case for it and resubmit as a SHARE REQUIREMENT and see what happens. Do not forget to put costs for people to doing something like this. Just build a business case and you might get IBM to change their mind. I doubt it but it is worth a try. Ed --- On Tue, 3/17/09, Spencer, Mike mike_spen...@bmc.com wrote: From: Spencer, Mike mike_spen...@bmc.com Subject: Re: changing management class on about 1 datasets To: IBM-MAIN@bama.ua.edu Date: Tuesday, March 17, 2009, 3:40 PM Once a file is migrated you cannot change the management class without recalling the data set. Management class is driven during allocation, recall and rename. The ALTER command will recall the data set. The suggestion is to produce a list of the migrated data sets that have the management class in question. You can create your own REXX or SAS code to perform the ALTER on a controlled set of data sets each time of execution. As with Mr. MacNeil, SAS was the method I used many, many years ago. HLIST and DCOLLECT are two examples of creating the list of data sets to be altered. There are also ISV products that will perform the task for you. MAINVIEW SRM from BMC as a report that will build ALTER Control cards for you and perform the HRECALL based on the users input. There is also a component that will override the Mangagement Class for you on all new allocations without having to update the ACS routines. The same job that will perform the ALTER against the migrated data sets will also do anything that is on primary DASD and considered active. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, March 17, 2009 4:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: changing management class on about 1 datasets From what I've gathered, the new mgmt class will only apply to new datasets or the old ones if they get migrated or recalled, but I can't mass change these old datasets while they are at rest. You're correct. You cannot change any migrated dataset, at rest. The ACS routines are only re-driven at recall. And, ALTER will probably recall. Then, you are stuck until the new retention period has expired. I'd suggest an HLIST output, parsed by a REXX programme to generate HDELs. I've not done it myself, but HLIST output is eminately PARSable. I did do it, with SAS, 20 years ago. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Last call for enrollments in Intro to Assembler class
Well, today is the deadline and we don't yet have enough students to hold this class (Kansas City area, April 20-24). I know times are tough and budgets are tight, but we don't get a chance to hold public, instructor-led classes on Assembler very ofte, and we were hoping companies might be able to scrounge up budget for this. Unless we get a few more enrollments today, however, we'll have to cancel the class. If you need more information, or if you have someone to enroll, call or email me today. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9
Our Windows Server Team is looking for alternatives to our current Aviva solution. Other than using a different tn3270 client application. Does anyone have any suggestions or know of anything on z10's? Not sure if the direction is to run this through an application which would use TN3270 (say CICS) and have it accessible using a Browser. In general HOD is just a 3270 emulator which requires the download of a small JAVA applet to the user's PC. Keep in mind all the emulators do the 3270 data stream conversion to HTML in the PC and HTML to 3270 DataStream. Thus some are called FAT-Clients or maybe HOD could be called a Skinny-Client but the conversion happens at the PC level. If all the users are internal, then it may not be a problem of loading software. If users are external, some do not appreciate their PC being updated with software. In general there was a requirement for outside entities to access systems and the HATS product was chosen. There are samples included and in less than 3 weeks, there was a WEB-like application in production with the only requirement on the end user of having a Browser. If one uses HATS, you have to be running Websphere Application Server either on z/OS, zLinux, or Windows (maybe Linux on Intel). The backend 3270 screens stay the same and the HATS application runs as a JAVA Plug-in with WAS to do the conversion of the 3270 datastream to HTML. Another aspect to keep in mind is how these are development and the need to buy tools. Buying HATS gives you a number of copies of Rational Application Developer to be used exclusively for HATS development. Then one has to buy HIS (Host Information Services) licenses (consists of a license for a user to use HATS, HOD or PCOM). Buying say 500 licenses gets you 5 RAD for HATS development for free. In general there are other vendors software to do the same kind of things. I would definitely ask about having to buy the tools to develop the applications. In the end, the 3270 green screens have not been altered, the HATS screens appear to be a true WEBApp and 99% of the users do not know this is coming from the IBM Enterprise Server (mainframe app of old). In most cases, only the needed information has been taken from the green screen and presented on the web page along with logos, pulldowns, lists, etc. I am told if you can code WORD Style Sheets, then HATS is a breeze. Oh yes, in HATS 7.5 and the new RAD, you can send the green screen to a cellphone. RAD has the development area for ensuring the Webpage will fit onto a cellphone. Have yet to explore that aspect yet, although it sounds like in some cases a CICS application may be needed to interact with one of the users locally as they are riding home on the Metro train. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataflow analysis tools?
If you're interested in the sort of data that can be found in SMF, it sounds like it might be an interesting report to add to EasySMF. Feel free to contact me directly if you would like to discuss it in more detail. Regards Andrew Rowley and...@blackhillsoftware.com http://www.smfreports.com Mike Mitri wrote: Hi all. Is there anyone who knows of a graphical tool that displays a dataflow trace in an IBM environment. For example, one that would show a job writing to some files, which in turn are read by other jobs, which in turn write to other files, etc.? Seems like this would be a good thing to have for creating a test plan (e.g. if I'm making a change to programs used by a job, I'd like to see what other jobs and programs are affected by these changes). Does Rational or WebSphere do this? Or any other products out there? Thanks Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-dimensional arrays in REXX
Terry -- Subtle language gotchas, as previously discussed, not withstanding, the practical upshot is that yes, rexx *does* support multidimensional arrays, and sparse ones with default values to boot. It implements them as a conceptual subset of stems, and they are indexed with strings rather than by integers which actually makes them rather more powerful once one breaks out of the array mindset. I've been using them for years without any problems. i -- Original Message -- Received: Tue, 17 Mar 2009 05:10:37 PM COT From: Terry Sambrooks terry.sambro...@btclick.com To: IBM-MAIN@bama.ua.edu Subject: Multi-dimensional arrays in REXX Hi, I have done a search of the archives, and read the relevant REXX manuals and am left with a need for a second opinion on my conclusion. The question I have been asked relates to whether REXX supports multi-dimensional arrays. There is a lot of discussion in the manuals about single dimension arrays a.k.a. STEM variables, but additional dimensions are not covered which leads me to conclude that multi-dimensional arrays are not supported. I know this question is better directed at the REXX New Group, but I feel sure that there is enough expertise available here to confirm my assessment or correct any erroneous view I may have formed. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and dynamic allocation (my two cents)
On Tue, 17 Mar 2009 21:36:57 -0700, Ed Gould wrote: --- On Tue, 3/17/09, Tom Marchant wrote: Ed Gould wrote: ... I had a programmer come to me a few years ago and he wanted to write a report that could go to multiple places. To make things really simple just code a DDNAME and a DD and sysout=whatever,dest=newyork1 ddname2 DD sysout=whatever,dest=newyork2 etc etc and then in you COBOL program have an FD for each possible destination. You only need one DCB, and can specify multiple destinations using // OUTPUT statements. If I understand what you are saying then no. I'll try to explain it for you. Read on. For each dd statement there must be a corresponding fd (if the FD is in the cobol program but you could put the DCB in a subroutine and not have the same issues) Not sure what you mean by that, Ed. Of course a DCB is needed to open each DD. FD is the way you generate a DCB in COBOL. Putting the DCB in a subroutine wouldn't eliminate any issues. one side mention is here you would have to make sure to use free=close else you could run out of tiot space (depending how many dcb/fd's you have). If you are coding the DD statements in JCL, as you proposed, FREE=CLOSE will not make any difference in the TIOT space. The TIOT is built during allocation. The case where FREE=CLOSE might be important with regard to TIOT space is if you are doing dynamic allocation. If you want your output to go to multiple destinations, you could code something like this in your JCL: //STEP1 EXEC PGM=whatever //DEST1 OUTPUT sysout characteristics for destination 1 //DEST2 OUTPUT sysout characteristics for destination 2 ... //OUTPUT DD SYSOUT=A,OUTPUT=(DEST1,DEST2,...) One DD, multiple destinations. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
In a message dated 3/18/2009 7:21:42 A.M. Central Daylight Time, et...@tulsagrammer.com writes: to buy Sun Microsystems for as much as $6.5 billion. A deal could take place as early as this week. I don't see the synergy at all. Maybe in the roll out we'll see more. From an end user perspective it's like merging matter and anti-matter. Which is which is open for debate. **Great Deals on Dell 15 Laptops - Starting at $479 (http://pr.atwola.com/promoclk/100126575x1220433363x1201394532/aol?redir=http:%2F%2Fad.doub leclick.net%2Fclk%3B212935224%3B34245239%3Bb) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Batch Pipes experience?
Batch Pipes can only move data between two different jobs. It cannot move data between steps because in a Batch Pipes world, there is no way to get multiple steps running in parallel for the pipe to work. MAINVIEW Batch Optimizer from BMC will run steps in parallel, entire jobs in parallel, and optimizes QSAM and native VSAM I/O processing among other items. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Victor Gil Sent: Tuesday, March 17, 2009 5:49 PM To: IBM-MAIN@bama.ua.edu Subject: Any Batch Pipes experience? Good evening IBM-MAIN, Is anybody using Batch Pipes in production? Does the product really expedite execution of multi-step jobs? Is this a robust product for processing millions of records per day? Any gotchas with recovery? How is the overall CPU consumption? Thanks in advance for anything you can share, -Victor- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM in talks to acquire Sun Microsystems
This morning's Wall Street Journal is reporting that IBM is in talks to buy Sun Microsystems for as much as $6.5 billion. A deal could take place as early as this week. The deal furthers a recent pattern of consolidation in the tech industry around the services, hardware and software used to run data centers, the big computing rooms that store and process information. In recent years, the market for servers has shifted from the huge, custom-built 'mainframes' that IBM dominates to vast numbers of standardized computers. By pushing standardized servers, H-P has made inroads on IBM. In the meantime, Sun has suffered, as its strategy of using its own operating system on standardized software has failed to propel new growth. -- Eric Chevalier E-mail: et...@tulsagrammer.com Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
2009/3/18 Ed Finnell efinnel...@aol.com I don't see the synergy at all. Maybe in the roll out we'll see more. From an end user perspective it's like merging matter and anti-matter. Which is which is open for debate. I do see the synergy. When I read (and wrote) of the Sun Grid offering some years ago, the big question was - are we going back to centralized computing? -- Yours, Mikhail Ramendik -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-dimensional arrays in REXX
Larry Terry As stated before REXX STEM's are not arrays. Each element is treated as a string, not a number. So: names.john.sam.bill.1.sally='abc' is legal and accepted. Just like A.1.2.3.4.5=99 is accepted. REXX variables are restricted to storage and if assigned to a number will also be restricted by the DIGITS command. Many people I have talked with do not understand that a STEM in REXX could be non-numeric. They always associated STEM's with arrays, but they are not. The convention is that stem.0 or stem.x.0 contains the number of elements in the STEM, but this is not enforced by REXX. It is just a standard. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic capacity question
On Tue, 17 Mar 2009 19:48:29 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: P S wrote: I understand SCRT (at least, in theory). But how do I find out the full theoretical MSU capacity of an LPAR? Here's one way: snip | SYSEVENT QVS Issue SYSEVENT QVS | L R2,QvsCecCapacity Load CEC capacity | L R3,QvsImgCapacity Load Image capacity | L R4,QvsVmCapacityLoad VM guest capacity snip In my IPLINFO REXX exec, I get the values from the RCT. TSO %IPLINFO CPU will get you the information. SYSEVENT QVS is also used in ShowMVS. You can get both from http://www.cbttape.org, or IPLINFO is also on my web site (URL below). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Chevalier Sent: Wednesday, March 18, 2009 7:21 AM To: IBM-MAIN@bama.ua.edu Subject: IBM in talks to acquire Sun Microsystems This morning's Wall Street Journal is reporting that IBM is in talks to buy Sun Microsystems for as much as $6.5 billion. A deal could take place as early as this week. The deal furthers a recent pattern of consolidation in the tech industry around the services, hardware and software used to run data centers, the big computing rooms that store and process information. In recent years, the market for servers has shifted from the huge, custom-built 'mainframes' that IBM dominates to vast numbers of standardized computers. By pushing standardized servers, H-P has made inroads on IBM. In the meantime, Sun has suffered, as its strategy of using its own operating system on standardized software has failed to propel new growth. SNIP Custom built (as he spits coffee all over his LCD)!?!? A few coughs and gasps with the ...own operating system on standardized software... has me thinking they don't have a good editing staff any more. Shouldn't that have been HARDWARE? Seems to me that the mainframes are more standard than not with more standard devices to attach. Seems that journalists should get out more and KNOW more before writing this junk. Ah, but what do I know? I'm just a balding middle-aged white guy who has been working on/with computers since about 1968. Regards, Steve Thompson -- Opinions expressed by poster are not necessarily those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM QUESTION - RECYCLE ML2 TAPE
Good Day, I have a problem with a ML2 tape. It is damaged. We do not have duplexing done in this partition. My question is if I issue the RECYCLE command will DFHSM ask the tape to be mounted? If DFHSM does request this tape be mounted this will cause us more problems. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RECYCLE ML2 TAPE
If the tape is totally damaged and unreadable, then I would use the HSM backups of the files on the ML2 tape to recover each dataset. There's a command to get all of the files on the ML2 tape, and you can then HDELETE each dataset, and then recover each dataset. Once each file is recovered, then the ML2 tape should show up as empty, and you can just recycle it logically and HSM will release it. No mount is required for a recycle if the tape is logically empty. C. Todd Burrell, PMP, MCP Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Wednesday, March 18, 2009 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - RECYCLE ML2 TAPE Good Day, I have a problem with a ML2 tape. It is damaged. We do not have duplexing done in this partition. My question is if I issue the RECYCLE command will DFHSM ask the tape to be mounted? If DFHSM does request this tape be mounted this will cause us more problems. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RECYCLE ML2 TAPE
If the tape has any valid data on it, DFHSM will request a mount to try and recycle the data. You'll need to remove the tape from DFHSM control, delete the entries from the MCDS and then recover any/all of the files from their BCDS backup copies to recover the data. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Wednesday, March 18, 2009 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - RECYCLE ML2 TAPE Good Day, I have a problem with a ML2 tape. It is damaged. We do not have duplexing done in this partition. My question is if I issue the RECYCLE command will DFHSM ask the tape to be mounted? If DFHSM does request this tape be mounted this will cause us more problems. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
CNET Article on Why an IBM purchase of Sun would make sense http://news.cnet.com/8301-1001_3-10198901-92.html?part=rsssubj=newstag=2547-1_3-0-20 Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) From: Eric Chevalier et...@tulsagrammer.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, March 18, 2009 8:20:46 AM Subject: IBM in talks to acquire Sun Microsystems This morning's Wall Street Journal is reporting that IBM is in talks to buy Sun Microsystems for as much as $6.5 billion. A deal could take place as early as this week. The deal furthers a recent pattern of consolidation in the tech industry around the services, hardware and software used to run data centers, the big computing rooms that store and process information. In recent years, the market for servers has shifted from the huge, custom-built 'mainframes' that IBM dominates to vast numbers of standardized computers. By pushing standardized servers, H-P has made inroads on IBM. In the meantime, Sun has suffered, as its strategy of using its own operating system on standardized software has failed to propel new growth. -- Eric Chevalier E-mail: et...@tulsagrammer.com Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Update to XMITIP Version 09.03 (final)
This announcement was posted on the XMITIP Yahoo group last night and is now being sent to the IBM-Main listserv and my XMITIP notification list. In the future any announcements will be in the Yahoo group at http://tech.groups.yahoo.com/group/xmitip/ and that is also where you should go with questions. I will no longer be using the notification list. I have just posted XMITIP Version 09.03 on my website at http://www.lbdsoftware.com. This update includes updates to the documentation (very minor) and these updates: V09.03 - 2009-03-17 - Update authors e-mail address in multiple places - exec updates (most thanks to Hartmut) TESTCU - support additional parms for log (LOGIT) XMITIP - Correction for ldap validation failure *lbd* - improved logging - support additional values in var special_chars from xmitipcu cp_used sp_chars cp_info - enhance %logit mode (i.e. migration) logdsn logtype logmsg logdsn - log dataset name logtype - blank log messages U log only usage (version) M log only message A log all (messages usage) N log nothing logmsg - message added to usage info - stg: stepname procstep program XMITIPCU - fix setting for xmitipcu_msg - add some codepages with description - enhance log: logdsn logtype logmsg XMITLDAP - Minor update to values As my position is being outsourced I do not know if I will be able to continue to maintain this code or my website and will post at such a time as I know one way or the other. Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
protecting ISPF dataset allocations
All, Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. Dave _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
On Wed, 18 Mar 2009 08:36:19 EDT, Ed Finnell wrote: I don't see the synergy at all. Maybe in the roll out we'll see more. From an end user perspective it's like merging matter and anti-matter. Which is which is open for debate. Star Trek employed that concept quite productively. I have a biased view of the market. Don't many shops have Sun and IBM on the floor with no mutual annihilation? At least all the library and VSM customers I'm concerned with have IBM on the floor. I wonder what that would do for Solaris on z? Breathe a relieved sigh; I may never be able to go to SHARE in Denver. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
In my opinion it's overkill. Years ago I sent inordinate time trying to protect things like this. Educate your users and encourage them to be productive. Show them the advantage of using ALTLIB. If they free SYSPROC/SYSEXEC and then can't function, close the problem as a user error. They'll catch on quickly. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Bob, I agree if it were just the FREE ALL I was concerned with. We have some pretty zealous programmers here, and it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, March 18, 2009 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations In my opinion it's overkill. Years ago I sent inordinate time trying to protect things like this. Educate your users and encourage them to be productive. Show them the advantage of using ALTLIB. If they free SYSPROC/SYSEXEC and then can't function, close the problem as a user error. They'll catch on quickly. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 18, 2009 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: protecting ISPF dataset allocations All, Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. =20 SNIP Once they screw this up and can't go anywhere, their only out is LOGOFF. When they log back on, it will all be fixed up again. After doing this a few times, they will be tired of the pain and stop doing dumb things. OR, they will get real smart and learn how to do it the right way, which is the ingenuity you are trying to encourage, right? And by preventing getting to the READY prompt, are you getting in the way of using TSO TEST to be able to diagnose certain problems? After all, you did say these are programmers, and unless you are using some other debugger (such as my favorite, XDC), how do you expect them to interactively diagnose and fix problems? Just my .2 cents worth (highly devalued due to inflation...) Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Jousma, David david.jou...@53.com wrote in message news:a90766b5039c59409110c92d47216f5903332...@s1flokydce2k322.dm0001.in fo53.com... All, Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. Dave _ Dave Jousma Yes, there is: DYNAMIC ALLOCATION INTERFACE ROUTINE, IEFDB401. CLI S99VERB,S99VRBALDSN-ALLOCATION REQUEST? ... CLC S99TUKEY,=Y(DUNDDNAM) DDNAME UNALLOCATION?. ... Check ddname in S99TUPAR ... Refuse dynalloc request if desired. 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. Why? Sounds a little like 'Big Brother' to me. I mean, it's your shop, but why not allow them a little flexibility? Whenever somebody has reported a problem with any ISPF construct, we've always asked the first question: Are you using only the standard concatenations? If the answer was Yes, we'd look into it (including verifying that it was the standard). If the answer was No, then we'd tell them to try it with only the standard libraries. If it recurred, then we'd look into it. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Thanks Steve. Tech Support can still get to the ready prompt. No others here use TSO TEST. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, March 18, 2009 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations SNIP Once they screw this up and can't go anywhere, their only out is LOGOFF. When they log back on, it will all be fixed up again. After doing this a few times, they will be tired of the pain and stop doing dumb things. OR, they will get real smart and learn how to do it the right way, which is the ingenuity you are trying to encourage, right? And by preventing getting to the READY prompt, are you getting in the way of using TSO TEST to be able to diagnose certain problems? After all, you did say these are programmers, and unless you are using some other debugger (such as my favorite, XDC), how do you expect them to interactively diagnose and fix problems? Just my .2 cents worth (highly devalued due to inflation...) Regards, Steve Thompson This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
On Wed, 18 Mar 2009 10:16:21 -0400, Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our And by preventing getting to the READY prompt, are you getting in the way of using TSO TEST to be able to diagnose certain problems? After all, you did say these are programmers, and unless you are using some other debugger (such as my favorite, XDC), how do you expect them to interactively diagnose and fix problems? And will you prevent their running IKJEFT01 in batch? And will you prevent their running (from ALTLIB) the Rexx EXEC: do forever parse pull X address TSO X; end ... ? Protect resources with RACF as needed; don't try to curtail facilities. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-dimensional arrays in REXX
Ian S. Worthington wrote: It implements them as a conceptual subset of stems, and they are indexed with strings rather than by integers which actually makes them rather more powerful once one breaks out of the array mindset. All generalities are false (?) I'm not sure what you mean by the array mindset? Do you seriously advocate solving a determinant by defining it as DET.ONE.ONE, DET.ONE.TWO, etc. rather than DET.1.1, etc.? I don't consider this a mindset, but rather a prudent approach (and I realize that the computation in ForTran or PL/I would be faster, but could also be less accurate). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
You could provide a mechanism where their libraries could be included in the logon process. We had a process that if they had a data set called TSOID.CLIST and a member called STARTUP, we allowed them to specify libraries the would be added into the logon proc. They did not have a choice of where it was allocated. They would code in STARTUP ISPPLIB TSOID.MY.PANELS SYSPROC TSOID.MY.CLIST And so forth. We would then add it to the bottom of the concatentation with a REXX process that would free and reallocate the appropriate libraies. Or we used the CONCAT function from the CBT tape. This was all done through the Logon REXX process. We could not stop them from doing a FREE/ALLOC but by providing a mechanism that would allow their libraries to be added on for that logon session, it did reduce the need for them to want to do it. This also made it difficult for them to use the same names as members already in the concatenation. Lizette Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in talks to acquire Sun Microsystems
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. et...@tulsagrammer.com (Eric Chevalier) writes: This morning's Wall Street Journal is reporting that IBM is in talks to buy Sun Microsystems for as much as $6.5 billion. A deal could take place as early as this week. The deal furthers a recent pattern of consolidation in the tech industry around the services, hardware and software used to run data centers, the big computing rooms that store and process information. In recent years, the market for servers has shifted from the huge, custom-built 'mainframes' that IBM dominates to vast numbers of standardized computers. By pushing standardized servers, H-P has made inroads on IBM. In the meantime, Sun has suffered, as its strategy of using its own operating system on standardized software has failed to propel new growth. I periodically mention an old meeting at palo alto science center about proposal to do sun machine product (by the people that would go on to form sun). there were (at least) three different internal groups that claimed that what they were doing was better ... and so IBM declined to do sun product. note also that in past decade or so, SUN had acquired STK ... mainframe clone storage group. -- 40+yrs virtualization experience (since Jan68), online at home since Mar70 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. And, why is this a problem? Most general utility programmes/EXECs/CLISTs do not come in a one size fits all (home-grown or other). Over the years, I have accumulated many GB worth of stuff that I use. And, the first thing I do in a new shop is set up access to those that I need to do my basic job. I would be uncomfortable without them. I've also found bugs in the 'standard' suite, that I have fixed. Why not let your users be as productive as possible? Even if it is just an illusion of productivity. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Some might argue that it is a programmer's job to screw up and break stuff. Give them the READY prompt back. Protect your resources and don't worry about how folks do things. Any restrictions just make their job harder than it needs to be. Wait. Are you a competitor? If you are, then disregard and put as many restrictions on your programmers as you can think of. That makes your costs go up, stifles innovation, and our sales people much happier :-) My $0.02 (before taxes) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 18, 2009 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: protecting ISPF dataset allocations All, Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. Dave _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Ted, thanks for the reply. Yea, it is a little big brother. But we have only a half dozen of us in Tech support, to service hundreds of developers. In the Roscoe world, RPF's multiplied like rabbits, and entire applications which they consider production have risen from the dust. Problem is that in Roscoe, we let them run stuff automatically when they logon, thereby blurring the lines of what is supported, and what is not. I do not want to have a repeat of that in TSO/ISPF as they start migrating there. I realize applications will get written and used in ISPF, but want to maintain the separation of what is considered supported and un-supported from our perspective. I'm certainly not going to go to the extent of writing exits however. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, March 18, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. Why? Sounds a little like 'Big Brother' to me. I mean, it's your shop, but why not allow them a little flexibility? Whenever somebody has reported a problem with any ISPF construct, we've always asked the first question: Are you using only the standard concatenations? If the answer was Yes, we'd look into it (including verifying that it was the standard). If the answer was No, then we'd tell them to try it with only the standard libraries. If it recurred, then we'd look into it. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
We are doing that for them now, at the END of the concatenation. I guess I just have to live with this as it is. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, March 18, 2009 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations You could provide a mechanism where their libraries could be included in the logon process. We had a process that if they had a data set called TSOID.CLIST and a member called STARTUP, we allowed them to specify libraries the would be added into the logon proc. They did not have a choice of where it was allocated. They would code in STARTUP ISPPLIB TSOID.MY.PANELS SYSPROC TSOID.MY.CLIST And so forth. We would then add it to the bottom of the concatentation with a REXX process that would free and reallocate the appropriate libraies. Or we used the CONCAT function from the CBT tape. This was all done through the Logon REXX process. We could not stop them from doing a FREE/ALLOC but by providing a mechanism that would allow their libraries to be added on for that logon session, it did reduce the need for them to want to do it. This also made it difficult for them to use the same names as members already in the concatenation. Lizette Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. I want to allow some ingenuity, just not too much is all. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
As a tech services type of person, I agree. But not for the general user. Once again, it is an attempt to control what is considered supported, and what is not. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, March 18, 2009 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. And, why is this a problem? Most general utility programmes/EXECs/CLISTs do not come in a one size fits all (home-grown or other). Over the years, I have accumulated many GB worth of stuff that I use. And, the first thing I do in a new shop is set up access to those that I need to do my basic job. I would be uncomfortable without them. I've also found bugs in the 'standard' suite, that I have fixed. Why not let your users be as productive as possible? Even if it is just an illusion of productivity. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Jousma, David wrote: Ted, thanks for the reply. Yea, it is a little big brother. But we have only a half dozen of us in Tech support, to service hundreds of developers. In the Roscoe world, RPF's multiplied like rabbits, and entire applications which they consider production have risen from the dust. Problem is that in Roscoe, we let them run stuff automatically when they logon, thereby blurring the lines of what is supported, and what is not. I do not want to have a repeat of that in TSO/ISPF as they start migrating there. I realize applications will get written and used in ISPF, but want to maintain the separation of what is considered supported and un-supported from our perspective. I'm certainly not going to go to the extent of writing exits however. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 Gee, Dave, it occurs to me you might want to train those hundreds of users in how to work with ISPF. Ahem. We offer training in basic TSO/ISPF as well as CLIST, REXX, and Dialog Manager. Might be useful... Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic capacity question
The full theoretical MSU capacity of an LPAR is the same as the machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, March 17, 2009 6:57 PM To: IBM-MAIN@bama.ua.edu Subject: Basic capacity question I understand SCRT (at least, in theory). But how do I find out the full theoretical MSU capacity of an LPAR? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
The problem here is the OP is coming from a ROSCOE environment which has a control mentality. The TSO world can have that level of control, but to what end? Having worked in and with ROSCOE, WYLBUR, TSO, etc. and having done migrations between different environments (Univac, Honeywell, S/x, etc.) I have learned to deal with the thinking of the groups. Eventually, the corporate climate changes to match the new environment and a equilibrium is reached. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
While I strongly agree with Bob, I will add that IF you feel the need to go down this path, there is a Dynamic Allocation Exit (IEFDB401) that you could use to accomplish this. The exit will require a detailed understanding of dynamic allocation, as well as an understanding of the various environments that this can be used in (not limited to interactive TSO), so I would reccomend avoiding this path. === Wayne Driscoll Omegamon DB2 L3 Support/Development wdrisco(AT)us.ibm.com === Bob Shannon bshan...@rocketsoftware.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 09:09 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: protecting ISPF dataset allocations In my opinion it's overkill. Years ago I sent inordinate time trying to protect things like this. Educate your users and encourage them to be productive. Show them the advantage of using ALTLIB. If they free SYSPROC/SYSEXEC and then can't function, close the problem as a user error. They'll catch on quickly. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic capacity question
Only if the LPAR has all CPUs online, and is not capped. Hal Merritt hmerr...@jackhenry.com 3/18/2009 10:39 AM The full theoretical MSU capacity of an LPAR is the same as the machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, March 17, 2009 6:57 PM To: IBM-MAIN@bama.ua.edu Subject: Basic capacity question I understand SCRT (at least, in theory). But how do I find out the full theoretical MSU capacity of an LPAR? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
All the more reason to NOT do this. If you zealous programmers are setting things up to improve their productivity, and as long as you have adequate security system setup (which, being a bank I would stipulate), why keep people from doing their jobs to the best of their ability? === Wayne Driscoll Omegamon DB2 L3 Support/Development wdrisco(AT)us.ibm.com === Jousma, David david.jou...@53.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 09:13 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: protecting ISPF dataset allocations Bob, I agree if it were just the FREE ALL I was concerned with. We have some pretty zealous programmers here, and it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, March 18, 2009 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations In my opinion it's overkill. Years ago I sent inordinate time trying to protect things like this. Educate your users and encourage them to be productive. Show them the advantage of using ALTLIB. If they free SYSPROC/SYSEXEC and then can't function, close the problem as a user error. They'll catch on quickly. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-dimensional arrays in REXX
I refer to the tendency of programmers new to rexx stems, but familiar with hll arrays, to reduce their (non-numerical) problem to one of integral indices into arrays rather than make full use of the rexx stem facility. i -- Original Message -- Received: Wed, 18 Mar 2009 09:29:58 AM COT From: Gerhard Postpischil gerh...@valley.net To: IBM-MAIN@bama.ua.edu Subject: Re: Multi-dimensional arrays in REXX Ian S. Worthington wrote: It implements them as a conceptual subset of stems, and they are indexed with strings rather than by integers which actually makes them rather more powerful once one breaks out of the array mindset. All generalities are false (?) I'm not sure what you mean by the array mindset? Do you seriously advocate solving a determinant by defining it as DET.ONE.ONE, DET.ONE.TWO, etc. rather than DET.1.1, etc.? I don't consider this a mindset, but rather a prudent approach (and I realize that the computation in ForTran or PL/I would be faster, but could also be less accurate). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: Any Batch Pipes experience?
Hi Victor, Yes, we do use BatchPipes in production and it is great. BatchPipes can be used in a single Lpar or in a Sysplex, and there were never an issue with this product. The configuration is simple and basically what you have to do is to choose the candidate jobs (there is a program somewhere in IBM site that uses SMF records to generate a list of candidates, or use your experience), split the steps into new jobs and that's it. If you want, contact me offline. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Discussion List |[mailto:ibm-m...@bama.ua.edu] Em nome de Victor Gil |Enviada em: terça-feira, 17 de março de 2009 18:49 |Para: IBM-MAIN@bama.ua.edu |Assunto: Any Batch Pipes experience? | |Good evening IBM-MAIN, | |Is anybody using Batch Pipes in production? |Does the product really expedite execution of multi-step jobs? |Is this a robust product for processing millions of records per day? |Any gotchas with recovery? |How is the overall CPU consumption? | |Thanks in advance for anything you can share, |-Victor- | |-- |For IBM-MAIN subscribe / signoff / archive access |instructions, send email to lists...@bama.ua.edu with the |message: GET IBM-MAIN INFO Search the archives at |http://bama.ua.edu/archives/ibm-main.html | HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FRBACKUP with VERSIONS=0
Any of you that currently use FRBACKUP with VERSIONS=0 (or had desired to do so) should check out APAR OA27162: COMMENTS: DFSMShsm has added support to recognize during the FRBACKUP WITHDRAW command whether or not the tracks the VTOC resides on are indeed in a relationship. If so, and if the volume supports Flash copy V2, the volume is initialized via ICKDSF INIT before withdrawing the relationships.After a bit of back and forth with IBM, they accepted this APAR and have implemented this much needed support.We have been running with the APAR code on for two months now and the situation is much improved ;-) CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
want to maintain the separation of what is considered supported and un-supported from our perspective I guess I'm being too simplistic: Supported -- Utilities/programmes/EXECs/CLISTs in the standard production libraries. Un-Supported -- Everything else. (If un-supported software breaks, you get to keep both parts) I once had a manager come to me and tell me his programmers didn't have time to maintain some EXECs they used in production, and wanted us to support them. Imagine if he'd said that his programmers didn't have time to maintain some production COBOL code! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
As a tech services type of person, I agree. But not for the general user. I don't understand why. Once again, it is an attempt to control what is considered supported, and what is not. I understand this even less. Just because it's un-supported, does not make it less useful. It just reduces your options when something floats to the surface, belly up. But, it's your shop. We'll just have to disagree on your choices over what mine would be. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
SNIP Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. /SNIP We have approached this by enforcing a standard set of concats at logon. *EVERYONE* runs this concat at logon. After that they are on their own. BTW This also extends to panel libraries. SNIP Once they screw this up and can't go anywhere, their only out is LOGOFF. When they log back on, it will all be fixed up again. /SNIP We have a clist (in our case called RESTART) that can be run from the ready prompt to reinstate the standard concat w/o logoff. EX 'SYS1.CLIST(RESTART)' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic capacity question
The OP asked about full theoretical MSU capacity. Capping, CPUs on or offline, other active LPARs, coprocessors, are all practical considerations as to how many MSU's a given LPAR can actually consume under a given scenario. For example, a second active LPAR can consume 1 or 2 MSU's just sitting there. Full theoretical MSU capacity is also printed right on the SCRT report, and can be the basis for the billing of a product such as DB2. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, March 18, 2009 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Basic capacity question Only if the LPAR has all CPUs online, and is not capped. Hal Merritt hmerr...@jackhenry.com 3/18/2009 10:39 AM The full theoretical MSU capacity of an LPAR is the same as the machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, March 17, 2009 6:57 PM To: IBM-MAIN@bama.ua.edu Subject: Basic capacity question I understand SCRT (at least, in theory). But how do I find out the full theoretical MSU capacity of an LPAR? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Tom Conley's DYNAMIC ISPF may also provide a good approach. SEE www.cbttape.org File 495. It doesn't directly address the free of SYSPROC/SYSEXEC, but it seems to offer an approach that limits the need to do this in the first place. SNIP Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. /SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Saw this at a shop once. First thing most everyone did was to discard the 'required' set and build their own. That amounted to a noticeable load on the catalogs and some serious cycles consumed in deallocation and allocation. Logons took a -long- time. Also saw a 'bare bones' TSO that was just enough to get the TMP running and users were expected to allocate whatever they needed. Logon time was blazing fast and the power users were thrilled. Most were somewhere in the middle. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, March 18, 2009 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations Snip.. We have approached this by enforcing a standard set of concats at logon. *EVERYONE* runs this concat at logon. After that they are on their own. BTW This also extends to panel libraries. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MY REPLACEMENT
Steve, to the best of my knowledge, the only requirements(?) are common sense, working with z/OS, good sportsmanship and professional behavior. Most of us frown on personal attacks, name-calling or off-color language and off-topic posts. And I believe we have far more lurkers than posters. Lurk and learn, help when you can. :-) -- Rick -- Remember that if you’re not the lead dog, the view never changes. - STEVEN DAHARI wrote: Greetings, If there are prerequisites for this list please inform. Thanks, Unknown quantity -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
On Wed, 18 Mar 2009 09:45:55 -0500, Wayne Driscoll wrote: All the more reason to NOT do this. If you zealous programmers are setting things up to improve their productivity, and as long as you have adequate security system setup (which, being a bank I would stipulate), why keep people from doing their jobs to the best of their ability? But don't overlook process control/documentation. If the personal toolkits of a few programmers, or even only one, become critical to the operation of the organization, those toolkits must be controlled and documented as part of the regular process, lest absence of a single person cause work to stop. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MY REPLACEMENT
Love the quote at the end Rick. It's the same one our bicycling group uses and the name of our team is IC Butts. If you're not leading the pack the view never changes. John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Wednesday, March 18, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MY REPLACEMENT Steve, to the best of my knowledge, the only requirements(?) are common sense, working with z/OS, good sportsmanship and professional behavior. Most of us frown on personal attacks, name-calling or off-color language and off-topic posts. And I believe we have far more lurkers than posters. Lurk and learn, help when you can. :-) -- Rick -- Remember that if you're not the lead dog, the view never changes. - STEVEN DAHARI wrote: Greetings, If there are prerequisites for this list please inform. Thanks, Unknown quantity -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Batch Pipes experience?
--snip-- Good evening IBM-MAIN, Is anybody using Batch Pipes in production? Does the product really expedite execution of multi-step jobs? Is this a robust product for processing millions of records per day? Any gotchas with recovery? How is the overall CPU consumption? Thanks in advance for anything you can share, -unsnip-- We played with it for a while at Clearing, long ago. It seemed pretty robust and could have been used to great advantage, but The Powers That Be decided that getting our production streams adjusted to use it was too much of a PITA. Everything else in Development had Higher Priority, so the human resources weren't going to be available in the predictable future. In our experiments, if we shut down the first stage of the process that was feeding the pipes, the succeeding stages shut down fairly quickly, so we paid very little attention to recovery. Processing of each transaction from end to end took about 31 seconds, as opposed to 15-18 minutes in the non-pipe environment. (In the non-pipe environment, we accumulated transactions while the processing was going on, then restarted the process to do the next batch, etc.) HTH -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sun/STK T10K tape drives and HSM
Hello - We are attempting to use Sun/STK T10K tape drives for HSM using 500G tapes and we have not been able to fill the tapes more than 3% (or maybe 10%) full. As far as we can determine, we have everything defined correctly. Is anybody currently using T10K tape drives for HSM and did you have this issue? What did you do to correct it? Thanks! Larre Shiller US Social Security Administration The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-dimensional arrays in REXX
Ian S. Worthington wrote: I refer to the tendency of programmers new to rexx stems, but familiar with hll arrays, to reduce their (non-numerical) problem to one of integral indices into arrays rather than make full use of the rexx stem facility. I agree completely, but that was not the meaning I got from your original statement. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sun/STK T10K tape drives and HSM
Larre, Check your TAPEUTILIZATION parameter for these tapes. If the drives are defined as 3590-1 you will have to increase the utilization to a number around 2200-2400%. If you are using the normal 97% then I would expect to only see about 15-20 gb used on a tape. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larre Shiller Sent: Wednesday, March 18, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Sun/STK T10K tape drives and HSM Hello - We are attempting to use Sun/STK T10K tape drives for HSM using 500G tapes and we have not been able to fill the tapes more than 3% (or maybe 10%) full. As far as we can determine, we have everything defined correctly. Is anybody currently using T10K tape drives for HSM and did you have this issue? What did you do to correct it? Thanks! Larre Shiller US Social Security Administration The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic capacity question
On Wed, 18 Mar 2009 09:39:19 -0500, Hal Merritt hmerr...@jackhenry.com wrote: The full theoretical MSU capacity of an LPAR is the same as the machine. No, it isn't. The LPAR can be capped and it may have less logical engines than there are physical engines. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sun/STK T10K tape drives and HSM
Larre, What HSM function, Incremental Backup, ML2, or Dump? What is your Parmlib value for Percentfull ex. TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200)) Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Larre Shiller [larre.shil...@ssa.gov] Sent: Wednesday, March 18, 2009 11:34 AM To: IBM-MAIN@bama.ua.edu Subject: Sun/STK T10K tape drives and HSM Hello - We are attempting to use Sun/STK T10K tape drives for HSM using 500G tapes and we have not been able to fill the tapes more than 3% (or maybe 10%) full. As far as we can determine, we have everything defined correctly. Is anybody currently using T10K tape drives for HSM and did you have this issue? What did you do to correct it? Thanks! Larre Shiller US Social Security Administration The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: changing management class on about 10000 datasets
Is there no way to prevent journalling of these actions? Perhaps there should be such a mechanism, perhaps under RACF control in the FACILITY class. Perhaps a way to disable journalling a complete run of FIXCDS? Sounds like a possible requirement here. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- Adams, Rick wrote: Rex, I went through this same process a while back. I changed all of our datasets to new management classes due to a new naming convention we decided to implement. I generated the ALTER commands and issued them 1000 at a time (100 to a step). I had no issues with that process. The only issues I encountered were that the BCDS Backup Version Record (the C record) stores the management class name - thus if a dataset gets recovered from a backup it will get the old management class - and the MCDS Data Set Record (the D record) stores the management class name. These need to be updated as well to allow your space management processes to do the cleanup. I originally altered the management classes in the catalog and then deleted the original mgmtclas'. All of the non-migrated data worked fine but the migrated data took errors during PSM due to the management class being gone. I then went in and updated the C and D records using FIXCDS and that solved the issue. Lots of commands and they will fill up your journal if you are not careful! HTH ThanksRick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The Sun may be shining in IBM
Looks like IBM may acquire Sun http://online.wsj.com/article/SB123735970806267921.html Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
I would respectfully submit that the root problem is personal 'tools' getting into production. That's one reason production ID's should not have access to personal datasets. Another perspective is that such tools can and should be viewed the same as any other program (or JCL, or source, or whatever), subject to change control, promotion, doc, etc. IMHO, there is still no justification for restrictions on the programmers. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, March 18, 2009 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations On Wed, 18 Mar 2009 09:45:55 -0500, Wayne Driscoll wrote: All the more reason to NOT do this. If you zealous programmers are setting things up to improve their productivity, and as long as you have adequate security system setup (which, being a bank I would stipulate), why keep people from doing their jobs to the best of their ability? But don't overlook process control/documentation. If the personal toolkits of a few programmers, or even only one, become critical to the operation of the organization, those toolkits must be controlled and documented as part of the regular process, lest absence of a single person cause work to stop. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sun/STK T10K tape drives and HSM
Dave/Rick - I believe that the HSM folks want to use them for all HSM functions, but I think the function that is failing at this point is ML2. We have PERCENTFULL set to 97% and IBM is telling us that the PERCENTFULL values greater than 100% is only valid for 3490-type virtual tape. In fact, before we asked about that, we did set the value high enough that we thought would correct this, but it didn't make any difference. Larre -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and dynamic allocation (my two cents)
I disagree, Ed. Reading a list of destinations from a parmlib-type dataset can be the easiest, and best way, to handle this situation. But updates to this dataset should be controled and audited, just like a PROCLIB or any other control-related library. Make provision for comments in the destination list and it doesn't have to degenerate into a boar's nest, nor does it need to be so specialized that nobody can understand it. IIRC, the DYNAM subroutine from the CBTTAPE site has provisions for the appropriate SYSOUT dynamic allocation, and FREE=CLOSE can save a DYNAM call. -- Rick -- Remember that if you're not the lead dog, the view never changes. - Ed Gould wrote: --- On Tue, 3/17/09, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: From: Elardus Engelbrecht elardus.engelbre...@sita.co.za Subject: Re: COBOL and dynamic allocation (my two cents) To: IBM-MAIN@bama.ua.edu Date: Tuesday, March 17, 2009, 2:00 AM Ed Gould wrote: Personally I find it abhorrent to hard code anything like destination in any programs. JCL is the ONLY way to go. It can be searched with multiple utilities (FILEAID and others) rather easily. This issue is that when (I did not say IF) a destination changes you must remember to recompile the program. What about writing the COBOL (or any other language) program so that destination(s) and other variable changes can be read from a dataset instead of hardcoding it or writing such things in JCL? There is thus only one compile/test action and many changes in the 'parameter' dataset on as needed base. Any better ideas? I wrote earlier about this issue the semi hidden file. It is not a practical thing as people leave the company and forget about this hidden file (more like undocumented). I truly like JCL as JCL is in a proclib where everybody can use file aid (or whatever) to scan. KISS methodolgy is this case for the it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sun/STK T10K tape drives and HSM
On Wed, 18 Mar 2009 11:40:51 -0400, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Larre, What HSM function, Incremental Backup, ML2, or Dump? What is your Parmlib value for Percentfull ex. TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200)) So I guess you run 9840s in native / 3490 mode and not 3590 emulation. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sun/STK T10K tape drives and HSM
That is correct. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden [mark.zel...@zurichna.com] Sent: Wednesday, March 18, 2009 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sun/STK T10K tape drives and HSM On Wed, 18 Mar 2009 11:40:51 -0400, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Larre, What HSM function, Incremental Backup, ML2, or Dump? What is your Parmlib value for Percentfull ex. TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200)) So I guess you run 9840s in native / 3490 mode and not 3590 emulation. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDS(E) usage for proclibs
I understand that all of the proclibs specified in my master JCL must be type=pds and not pdse. But, are there any issues with using pdse libs for proclibs that are allocated to JES2 for use by batch? I assume that started tasks and started jobs are not allowed to use pdse proclibs, or am I mistaken about that? Thanks, Denny Dennis Barrett dbarr...@lacledegas.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Knock knock. Who's there? Control freak. Now this is where you say, Control freak who? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Hal Merritt hmerr...@jackhen RY.COMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: protecting ISPF dataset allocations 03/18/2009 08:48 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu I would respectfully submit that the root problem is personal 'tools' getting into production. That's one reason production ID's should not have access to personal datasets. Another perspective is that such tools can and should be viewed the same as any other program (or JCL, or source, or whatever), subject to change control, promotion, doc, etc. IMHO, there is still no justification for restrictions on the programmers. snip a lot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS(E) usage for proclibs
Like many 'mature' shops, we put TSO logon procs into their own separate proclib. You whipper snappers wouldn't understand what a performance benefit that used to provide. ;;) Years ago we converted that library to a PDSE to protect it from multiple updates. The proclib is defined only to JES, not in MSTJCL. No problems. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Barrett, Dennis dbarr...@laclede GAS.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu PDS(E) usage for proclibs 03/18/2009 09:25 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu I understand that all of the proclibs specified in my master JCL must be type=pds and not pdse. But, are there any issues with using pdse libs for proclibs that are allocated to JES2 for use by batch? I assume that started tasks and started jobs are not allowed to use pdse proclibs, or am I mistaken about that? Thanks, Denny -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS(E) usage for proclibs
On Wed, 18 Mar 2009 11:25:56 -0500, Barrett, Dennis dbarr...@lacledegas.com wrote: I assume that started tasks and started jobs are not allowed to use pdse proclibs, or am I mistaken about that? We've been using them for years for application (Endevor controlled) PROCLIBs. Mostly to eliminate all the issues with having to compress them after production moves etc. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any Batch Pipes experience?
On Wed, 18 Mar 2009 07:45:09 -0500, Spencer, Mike wrote: Batch Pipes can only move data between two different jobs. It cannot move data between steps because in a Batch Pipes world, there is no way to get multiple steps running in parallel for the pipe to work. no way?!? All the user needs to do is insert another JOB card (non-duplicate name is a plus but not a requirement if JES' duplicate jobs are allowed to execute concurrently). That sounds like a way to me. MAINVIEW Batch Optimizer from BMC will run steps in parallel, entire jobs in parallel, and optimizes QSAM and native VSAM I/O processing among other items. Does BMC's MAINVIEW Batch Optimizer have a clue if more than one of those parallel job steps are updating the same DB2 table (and thus potentially causing damage)? Some steps have implicit serialization requirements. How does BO cope with those? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
.*WITH /*AFTER Commands?
This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
WAG: IEBUPDTE? Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:11 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject .*WITH /*AFTER Commands? -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Steven Conway steven_con...@freddiemac.com Subject: .*WITH /*AFTER Commands? --- This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steven Conway Sent: Wednesday, March 18, 2009 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: .*WITH /*AFTER Commands? This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Not the /*WITH. The /*AFTER command was part of a group from an old system that included /*BEFORE, /*CNTL, and /*AFTER. It was used to control sequencing of batch jobs if you did not have a job scheduling package. This was 25+ years ago. I believe they were off of either the CBT tape or the Share JESMODS tape. I believe the $DR was off of the same tape and was used to display the /*before, /*after, and /*cntl cards. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject .*WITH /*AFTER Commands? This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /*WITH /*AFTER Commands? (was .*WITH /*AFTER Commands?)
Sorry, typo in the subject line. The /*WITH and /*AFTER commands were told to me as JCL statements used to control batch job processing. Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Daniel McLaughlin daniel_mclaugh...@us.crawco.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: .*WITH /*AFTER Commands? WAG: IEBUPDTE? Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:11 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject .*WITH /*AFTER Commands? -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Steven Conway steven_con...@freddiemac.com Subject: .*WITH /*AFTER Commands? --- This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Thanks, Jerry, and Bill Bishop. Fits perfectly. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Jerry Whitteridge jerry.whitteri...@safeway.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:20 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: .*WITH /*AFTER Commands? These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steven Conway Sent: Wednesday, March 18, 2009 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: .*WITH /*AFTER Commands? This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Here's a link to an old email about this Mellon mod that was incorporated into some of the JES exits. http://www.mail-archive.com/ibm-main@bama.ua.edu/msg42642.html Norris Jackson MVS Systems Programmer Colonial Bank One Court Square Montgomery, Al 36104 norris_jack...@colonialbank.com Phone: Montgomery - (334) 954-1834 Hoover - (205) 402-8549 Fax: (334) 954-1717 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this message in error, please contact the sender and delete the material from all computers. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, March 18, 2009 12:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: .*WITH /*AFTER Commands? Not the /*WITH. The /*AFTER command was part of a group from an old system that included /*BEFORE, /*CNTL, and /*AFTER. It was used to control sequencing of batch jobs if you did not have a job scheduling package. This was 25+ years ago. I believe they were off of either the CBT tape or the Share JESMODS tape. I believe the $DR was off of the same tape and was used to display the /*before, /*after, and /*cntl cards. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject .*WITH /*AFTER Commands? This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Questions about Mellon Mods (now called SHARED SPOOL MODS) can be directed to Stephen McColley (stephen.mccol...@suntrust.com) or Frank Lawrence (frank.lawre...@suntrust.com) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steven Conway Sent: Wednesday, March 18, 2009 1:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: .*WITH /*AFTER Commands? Thanks, Jerry, and Bill Bishop. Fits perfectly. Cheers,,,Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Oh and more information can be found in the JES Exits book, and at BellSouth (now ATT) they were/are used extensively to help reduce contention for certain resources or control job flow. Norris Jackson MVS Systems Programmer Colonial Bank One Court Square Montgomery, Al 36104 norris_jack...@colonialbank.com Phone: Montgomery - (334) 954-1834 Hoover - (205) 402-8549 Fax: (334) 954-1717 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this message in error, please contact the sender and delete the material from all computers. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, March 18, 2009 12:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: .*WITH /*AFTER Commands? Not the /*WITH. The /*AFTER command was part of a group from an old system that included /*BEFORE, /*CNTL, and /*AFTER. It was used to control sequencing of batch jobs if you did not have a job scheduling package. This was 25+ years ago. I believe they were off of either the CBT tape or the Share JESMODS tape. I believe the $DR was off of the same tape and was used to display the /*before, /*after, and /*cntl cards. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject .*WITH /*AFTER Commands? This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at ATT up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Thank, Norris and Bob for the followup info. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PCI Compliance
Anyone know of a credible, verifiable source of what went wrong with RBS WorldPay and Heartland Payment Systems? The Register reports key logging malware, but doesn't say how it came to be. http://www.theregister.co.uk/2009/03/13/visa_delists_heartland_rbsworldpay/ Lacking a credible, verifiable source, any juicy rumors? Thanks. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Wow...all the arcane knowledge on this group's collective minds could fuel Geek Jeopardy ! I am truly, and daily, in awe. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Steven Conway steven_con...@freddiemac.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 01:47 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: .*WITH /*AFTER Commands? -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Steven Conway steven_con...@freddiemac.com Subject: Re: .*WITH /*AFTER Commands? --- Thank, Norris and Bob for the followup info. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
This is the good answer, some control plus flexibility. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, March 18, 2009 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations Tom Conley's DYNAMIC ISPF may also provide a good approach. SEE www.cbttape.org File 495. It doesn't directly address the free of SYSPROC/SYSEXEC, but it seems to offer an approach that limits the need to do this in the first place. SNIP Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where needed. I don't mind them using ALTLIB, and LIBDEF to create their own stuff, but I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. We already do not allow them to get to the READY prompt, but testing shows that even when in ISPF I can still FREE SYSPROC/SYSEXEC. /SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Table archiving...
Timothy, I am speaking on a full table migration, not at a record level. Exactly as HSM acts with datasets. I know OPTIM and have the pleasure to sell it ;-) Itschak On Wed, Mar 18, 2009 at 10:07 AM, Timothy Sipples e99...@jp.ibm.com wrote: Sorry, I got the product number for IBM Optim Data Growth Solution for z/OS incorrect. The correct product number is 5655-V29. The 5655-V01 product number is for Optim Data Manager. Only 3 tries. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
On Wed, 18 Mar 2009 11:20:32 -0600, Jerry Whitteridge jerry.whitteri...@safeway.com wrote: These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 /*WITH , /*AFTER and /*BEFORE can also implemented with ThruPut Manager from MVS Solutions. We still have end users that rely on them. http://www.mvssol.com/MktDocs/MVSSoln-TM-Mellon.pdf Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataflow analysis tools?
Try IN-COM's Smart TS XL. It have a wonderful GUI, smart query system. Itschak On Wed, Mar 18, 2009 at 1:57 PM, Andrew Rowley and...@blackhillsoftware.com wrote: If you're interested in the sort of data that can be found in SMF, it sounds like it might be an interesting report to add to EasySMF. Feel free to contact me directly if you would like to discuss it in more detail. Regards Andrew Rowley and...@blackhillsoftware.com http://www.smfreports.com Mike Mitri wrote: Hi all. Is there anyone who knows of a graphical tool that displays a dataflow trace in an IBM environment. For example, one that would show a job writing to some files, which in turn are read by other jobs, which in turn write to other files, etc.? Seems like this would be a good thing to have for creating a test plan (e.g. if I'm making a change to programs used by a job, I'd like to see what other jobs and programs are affected by these changes). Does Rational or WebSphere do this? Or any other products out there? Thanks Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
Thanks, Mark. We have ThruPut here, and I hadn't seen that. So many manuals, so little time. :-) Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/18/2009 02:30 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: .*WITH /*AFTER Commands? On Wed, 18 Mar 2009 11:20:32 -0600, Jerry Whitteridge jerry.whitteri...@safeway.com wrote: These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 /*WITH , /*AFTER and /*BEFORE can also implemented with ThruPut Manager from MVS Solutions. We still have end users that rely on them. http://www.mvssol.com/MktDocs/MVSSoln-TM-Mellon.pdf Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS overflow storage group question
In our general SMS storage group we have several volumes in disabled new status that the operators can change to quiesced new status if necessary. What I want to do is set up a pool of volumes that will only be used if absolutely no other volumes have the necessary space. Would an overflow storage group with quiesced volumes be the answer? What would be the difference between that just a quiesced storage group? Neal Scheffler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
Let's assume you find a way to do what you want. Since your users cannot free or reallocate SYSPROC/SYSEXEC, they WILL figure out how to use ALTLIB and LIBDEF. In practical terms, what have you accomplished? How are things any more controlled? How are they restricted to supported tools? -Original Message- From: Jousma, David Sent: Wednesday, March 18, 2009 7:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: protecting ISPF dataset allocations Bob, I agree if it were just the FREE ALL I was concerned with. We have some pretty zealous programmers here, and it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: protecting ISPF dataset allocations
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David We already do not allow them to get to the READY prompt If a data set is allocated to a users ISPF session and it runs out of space (e.g. the ISPF PROFILE), the usual remedy is to reallocate a bigger data set, copy the old one into it, exit to the TSO READY prompt, delete the original data set and rename the new (bigger) one back to the old name. If users can't get to the READY prompt and therefore can't do this for themselves, it means a lot of time will be wasted, both for the users and for whoever it is they have to call to do the deleting and renaming for them. I've worked at places that have very tight security restrictions (such as banks and governments) but I've never seen anyone block users from getting to the READY prompt. To me this seems overly restrictive and perhaps might cause more problems than it solves. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm _ Chat with the whole group, and bring everyone together. http://go.microsoft.com/?linkid=9650735 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: .*WITH /*AFTER Commands?
These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 THRUPUT Manager (MVS Solutions -- Markham, Ontario, Canada) has managed these for years. I've been a happy customer, since 1989. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html