Re: IPLTEXT query
We add the IPLTEXT to the volume prior to using it the first time. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Jake anderson > Sent: Tuesday, 14 February 2012 10:21 PM > To: IBM-MAIN@bama.ua.edu > Subject: IPLTEXT query > > Hi All, > > How to know that a specific SYSRES volume has the IPLTEXT in it ? > > Apology if my question doesn't makes any sense and it requires more > information. > > Regards, > Jakes > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe article
>From my last Share meeting in the mid 80s, "JES3 is 1 Better". Paul > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Rick Fochtman > Sent: Thursday, 15 September 2011 12:37 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Mainframe article > > I'd kill for those buttons; economics keep me at home. :-( > > Rick > -- > Ed Finnell wrote: > > >SHARE button from Anaheim "JES2 may be Mickey Mouse, but JES3 is > goofy!" > > > > > >In a message dated 9/14/2011 3:23:50 P.M. Central Daylight Time, > >rfocht...@ync.net writes: > > > >Like Donald Duck, Mickey Mouse > >or Bugs Bunny, maybe? > > > > > > > >-- > >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: Decentralized Install Work
Worked in the same environment as Ken and have seen it since in two other large organisations and have tried it in small organisations. If properly managed and run it is a good way to run a shop with more than 1-2 sysprogs. Give the team a regular upgrade and maintenance cycle and few issues should arise. The main issue is how close to the bleeding edge of maintenance do you maintain your systems at. Terry's point about multi-skilling is valid as no-one wants to be expert in only one or two products. Do it well, not half-baked. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Ken Brick > Sent: Wednesday, 11 May 2011 2:36 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Decentralized Install Work > > On 10/05/2011 21:07 PM, Haynes, Stan wrote: > > Our division (Host Technology Management) supports all software products > in our z/OS environments. Our staff is comprised of approx 75 sysprogs (the > seniors are advisors more than do'ers), and we support 2 prod sysplexes. As > usual, there's a z/OS team (z/OS/JES2, Thruput Manager, TSS and ACF2), > automation software team (SAFOS, ControlM, Omegamon), CICS, DB2, > WAS/network, etc. Each team does complete product support, including > product install, maintenance and rollout. > > > > Our director wants to separate support from install/maint work, creating a > software "build" team, which would build the environment(s), test on a > testplex, then package it all nice for rollout onto a prod sysplex. My > question(s) to you all ... > > > > Has anybody out there gone thru this ? If so, did it "work" ? > > > > FWIW: I'm a little bit "old school" and believe doing cradle-to-grave makes > you a better sysprog. IMHO this function split creates a disconnect that > outweighs any perceived benefit. > > > > Cheers, > > > > Stan Haynes > > z/OS Systems Analyst > > Canada Revenue Agency > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email tolists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives athttp://bama.ua.edu/archives/ibm-main.html > > > In the mid 80's I worked in such an environment as the MVS support role > manager. Our major problem was that the installation/ roll out team got > more kudo's for installing new products than normal maintenance so that > suffered. They claimed lack of resources and the major effort required to do > maintenance. They also insisted on being the people to apply fixes but again > claimed lack of resource. > > To show management that wasn't true I assigned a senior sysprog to do an > APPLY CHECK and resolve major HOLDs. It took him 2 days of not full time > work, Note it was not the intention to APPLY all PTF's or resolve all HOLDs. We > then received management approval to proceed to the apply step. It resolved > a lot of niggling issues. > > Ken > > -- > 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: tar limitation preventing SAS install
It is a physical 3590 cart not a 3592 cart which is incompatible with our old 3590 drives as is the 3590 cart on 3592 drives (tried it). The cart is still in our ATL. If you only have 3592 drives, ask SAS for delivery on 3592 media, hopefully they can write 3592 media. I did go through the pain of trying both downloading to PC and DVD installations and basically gave up and asked our local SAS office for 3590 media which they provided. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Schwarz, Barry A > Sent: Thursday, 30 December 2010 9:40 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: tar limitation preventing SAS install > > Is it a 3590 (no drive) cartridge or a 3592 (usable) cartridge? Admittedly my > communications are filtered through my procurement group but SAS never > mentioned a tape distribution. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Paul Gillis > Sent: Wednesday, December 29, 2010 12:11 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: tar limitation preventing SAS install > > While I managed to install SAS 9.2 on z/OS, I failed dismally with the DVD and > eventually had SAS ship a 3590 cart. Then the install was easy. > > Still have the "depot" on my laptop from the failed attempts. > > If I have to install it again for another customer, I will use 3590 again. -- 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: tar limitation preventing SAS install
While I managed to install SAS 9.2 on z/OS, I failed dismally with the DVD and eventually had SAS ship a 3590 cart. Then the install was easy. Still have the "depot" on my laptop from the failed attempts. If I have to install it again for another customer, I will use 3590 again. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Schwarz, Barry A > Sent: Monday, 27 December 2010 12:51 PM > To: IBM-MAIN@bama.ua.edu > Subject: tar limitation preventing SAS install > > If anyone has installed SAS 9.2 using a PC to read the DVDs followed by using > tar to prepare the "depot" for ftp to the mainframe, would you please tell me > how to get around the z/OS 1.11 tar limitation of 100 characters in a path > name. I have tried both -O and -X to no avail. > > -- > 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: SAS installation questions
Installed SAS 9.2 on both z/OS & Windows last year, z/OS took longer than Windows due to the "strange" way SAS ship their code. I also installed WPS 4.2 on Windows around the same time and ran several comparisons of SAS & WPS using MXG with no major issues. I believe that there is a later release of WPS but have not touched that yet. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ted MacNEIL > Sent: Friday, 17 December 2010 11:42 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SAS installation questions > > >WPS claims they can replace your SAS applications without having you > recode your SAS Code. > > Actually, not having used it myself, WPS has improved over the years. > > I believe Dr. Merrill even supports it under MXG, but don't take my word for > it. > > I think there's a statement on his website regarding it (mxg.com). > > And, using other languages to just report on items may have a conversion > effort costing more than the savings from replacing SAS. > > - > Ted MacNEIL > eamacn...@yahoo.ca -- 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: ***SPAM*** Re: easy access to the current cpu-peak-time status or cpu load
What? Millions of type 89 SMF records. Nah, about 12,000 a month. Or report on SMF70LAC field in type 70 records, I do this daily for one of my customers. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Itschak Mugzach > Sent: Thursday, 29 July 2010 9:49 PM > To: IBM-MAIN@bama.ua.edu > Subject: ***SPAM*** Re: easy access to the current cpu-peak-time status or > cpu load > > This "invoice factor" is a number that is caluleted reading milions of SMF > recods. Why don't you just keep this number in your product DB ad let your > customer enter this once a month? > > ITschak > > On Thu, Jul 29, 2010 at 2:38 PM, Dr. Stephen Fedtke < > max_mainframe_...@fedtke.com> wrote: > > > hi all, > > > > we need to know in realtime how close the system is to its cpu peak > > interval/time (meaning that peak time representing the z user's major > > invoice factor). > > > > does anybody have an idea on how to EASILY determine key information > > in the field of "cpu load" etc., such as via reading control blocks, > > or issuing a console command? using sdsf or similar is no possible way in > our situation. > > > > many thanks! > > > > best > > stephen > > > > > > --- > > Dr. Stephen Fedtke > > Enterprise-IT-Security.com > > > > Seestrasse 3a > > CH-6300 Zug > > Switzerland > > Tel. ++41-(0)41-710-4005 > > www.enterprise-it-security.com > > > > > > ++NEWS++ SF-LoginHood provides state-of-the-art password, phrase and > > ++NEWS++ login > > security for z/OS ++NEWS++ > > > > -- > > 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: Need Testers for Dataset Audit Facility (DAF) 1.4.9
I have seen similar issues as Lizette on z/OS 1.9, DAF would not assemble without UA42649/OA25205 installed and when installed the PTF itself is B.A.D., the MCS for the macro is as follows and contains two easy to spot errors on the 7th line of the macro. That is unless my PTF download was corrupted. * %GOTO IGWSMF_1; /* MACRO &NAMEIGWSMF &SMF42_01=NO,&SMF42_02=NO,&SMF42_03=NO,&SMF42_04=NO, X &SMF42_05=NO,&SMF42_06=NO,&SMF42_09=NO,&SMF42_0A=NO,X &SMF42_0B=NO,&SMF42_0F=NO,&SMF42_0G=NO,&SMF42_0H=NO,X &SMF42_0I=NO,&SMF42_0J=NO,&SMF42_0K=NO,&SMF42_0L=NO,X &SMF42_0P=NO,&SMF_0Q=NO, &DSECT=YES@26A*/ After applying a dodgy fix to the macro the assembly ran fine, but the type 42 subtype 21 records are reported as invalid, possibly because they were not cut with the PTF applied. Cheers, Paul Gillis Quoting Lizette Koehler : I have been working on the new version of DAF. When I assembler it I get an RC04 on the Macro IGWSMF at AO25205 level for my z/OS V1.9 system. Is that okay? Or should the macro resolve correctly? I will send the error message if you need it for the IGWSMF macros. Second I downloaded the LPALNK function. On a 24x80 terminal, I had to delete the last two lines in the Panel because it was one line to long. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Cleary Sent: Tuesday, February 09, 2010 11:47 PM To: IBM-MAIN@bama.ua.edu Subject: Need Testers for Dataset Audit Facility (DAF) 1.4.9 Greetings, It is that time again, folks. Here is the change log: 2010-02-01 - Level 1.4.9a Add Customization Variable GLIMITMSG Add SMF RT 42 ST 24 Support Add SMF RT 42 ST 25 Support Add SMF RT 82 ST 24 Support Add SMF RT 82 ST 25 Support Add SMF RT 82 ST 26 Support Add SMF RT 92 ST 15 Support Correct DAF022 Add low values to SMF22FNC Correct DAF073 SMF73CSS validity Correct DAF074 SMF74TTM length Correct DAF082 Ignore CUSP and PCF Correct DAFDSI Data Facilities level Correct DAFMC Stop moving field when low values Correct DAFNFTP Add blank to DVGxTYP1 Correct DAFPC S378-14 in DAFTERM Correct DAFRR2 Datatype 267 IPC Access Requested Use GLIMITMSG on DAF610W (Invalid DSN) Use GLIMITMSG on DAF611W (Invalid Triplet) Use GLIMITMSG on DAF612W (Unknown Data) http://sites.google.com/site/michaeljosephcleary/ then select z/OS Freeware then you download from the attachments at the bottom All feedback is encouraged. Cheers... Michael -- 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: New cut of the CBT Tape - V478
Hi Sam, Not a major issue, but I cannot access any of the cbttape.org links using Safari, but it does work OK on I.E.8. This is accessing the updates page etc. Cheers, Paul -- 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: JCL replaced by Jol: - Was Why is JCL so bad
I used Jol from 1970 through 1988 and was very happy with it, then when I changed jobs I had to relearn JCL. Jol certainly provided much of what has been discussed here since the early 70s. Never tried a parm greater than 100 bytes, wonder if that would work. Probably no reason why it couldn't if the target program was able to cope with it. Cheers, Paul -- 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: SuperC Functionality for Comparing Volumes
I sent my updates to cbt82.xmi directly to Sam Golob and to Bob. It should be on cbttape.org shortly. The comparison I do is of VTOC entries and PDS directories so it does not pick up any modules that have the same attributes, length etc. All I was after was a rough idea of what had changed on an IPL volume, not an exact change listing. Happy New Year everyone, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Richards, Robert B. > Sent: Wednesday, 30 December 2009 11:03 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SuperC Functionality for Comparing Volumes > > Paul, > > That's a start. What I am envisioning as an end result would be considered > a poor man's ChangeMan, SysChange, whatever devoted to the SYSRES, IODF, > cloned volume set(s). > > Bob > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Paul Gillis > Sent: Wednesday, December 30, 2009 12:54 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SuperC Functionality for Comparing Volumes > > I have a pair of small assembler programs that (a) list a vtoc and (b) > list > a directory entry and use both of those to detect changes to an IPL volume > when I generate a new one. If that is what you are after, I will put them > onto my file on the cbt tape. > > Cheers, Paul > > > Has anyone written a "freebie" utility/rexx/asm/whatever tool to compare > > volumes for changes at the dataset level? My intended use is to compare > > cloned volumes with maintenance/changes applied against the original > > source volumes/datasets. Even if the tool uses SuperC itself, that is > > fine. > > > > I am not interested in a product that has to be paid for, so vendors > need > > not respond. > > -- > 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: SuperC Functionality for Comparing Volumes
I have a pair of small assembler programs that (a) list a vtoc and (b) list a directory entry and use both of those to detect changes to an IPL volume when I generate a new one. If that is what you are after, I will put them onto my file on the cbt tape. Cheers, Paul > Has anyone written a "freebie" utility/rexx/asm/whatever tool to compare > volumes for changes at the dataset level? My intended use is to compare > cloned volumes with maintenance/changes applied against the original > source volumes/datasets. Even if the tool uses SuperC itself, that is > fine. > > I am not interested in a product that has to be paid for, so vendors need > not respond. > > Bob -- 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: Software delivery via internet or tape
Hi Barbara, We have just done the download, of z/OS 1.10, to PC and upload to the mainframe. The physical size of the download to the PC was over 8 Gig. The Download Director worked fine and it loaded each individual dataset that you would have seen on the tape, all without errors. As we don't have a large pipe, it took a weekend plus to download the data. The upload required more HFS space than can be found on a 3390-9. The ROOT file was the largest, followed by the SMPPTS, SMPPTS1 and the AAJVHFS file. Finally have it all on the mainframe but have not yet started the actual install. The actual upload failed numerous times as I was loading the data onto 3390-3s as I did not have any 3390-9 at that point in time. The only issues I had uploading the data was running out of space multiple times. I am not sure I would want to do this again and as most of my sites have 3590 or 3592 I will be suggesting we order on those in future. It just takes too much of my time and too much space to perform the download/upload of z/OS. Regards, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Barbara Nitz > Sent: Monday, 24 August 2009 4:47 PM > To: IBM-MAIN@bama.ua.edu > Subject: Software delivery via internet or tape > > This is probably a bad time to enquire about it (as most of you are at > Share), > but here goes: > > I read in the SOD: > "IBM plans to discontinue delivery of software on 3480, 3480 Compressed > (3480C), and 3490E tape media. IBM recommends using Internet delivery when > ordering your z/OS products or service which eliminates tape handling. If > you > must use physical delivery, you may continue to choose 3590 or 3592 tape > media. Internet delivery is IBM's flagship delivery method; therefore, > future > software delivery enhancements will be focused on Internet delivery. " > > Seeing how 'internet delivery' is the prefered method, how many of you are > allowed to have a direct ftp connection to IBM? We certainly are NOT > allowed > to have that! So 'internet delivery' means downloading to a PC (provided > there > is enough space on the PC, and I don't even know if the 'toaster' - citrix > clients - can download via ftp), then uploading to z/OS again, provided > there > is enough space there, too. Takes hours, is full of errors. How are others > handling this? > > Best regards, Barbara -- 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: job started with SUB=MSTR without the owner information
Did you assign a userid in the STDATA field of the STARTED/APPC.* general resource rule, and did you define a group as well, the user must be a member of the group if you did. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Tommy Tsui > Sent: Saturday, 6 June 2009 12:58 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: job started with SUB=MSTR without the owner information > > but one of audit report shows that an invalid user try to access the > APPC with "??" jobid and userid...I don't know how to answer our > auditor ? > > > On Fri, Jun 5, 2009 at 7:42 PM, Chase, John wrote: > >> -Original Message- > >> From: IBM Mainframe Discussion List On Behalf Of Tommy Tsui > >> > >> Hi all, > >> > >> I try to started a system task APPC with SUB=MSTR but can't find the > >> owner/user or jobid information even we defined a started task to > >> APPC.* . How can we assign a owner to this system task? > >> > >> > >> Any help will be appreciated > > > > SDSF on our z/OS 1.9 system does not show an "owner" for APPC, so I'm > > inclined to think that's "normal" Its workload and srvclass are both > > SYSTEM, and we don't have a STARTED class profile for it, so our > > "ancient" ICHRIN03 should assign it to STCUSR (but it apparently > > doesn't). > > > > -jc- > > > > -- > > 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: Implications of not having CMF or RMF - Urgent
G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis > Due to licensing cost cutting my client is considering removing CMF. Also > he is not ready to go for RMF software. > > Would like to know is there any third party tool which generates Type 70- > 79 records as being generated by these tools. > > We are running SYSPLEX. Without these tools is there any other way by > which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / > MIPS report for every 15 min. interval ? > > JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving Prod VSAM dataset to TEST lpar
Something we do on a regular basis, is to move an entire application from lpar1 to lpar2. After shutting down the application, disconnect the catalog and alias from lpar1's master catalog, then vary all volumes offline to lpar1 and online to lpar2. Connect the catalog and alias to lpar2's master catalog and the job is done. Cheers, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Luis S Fernandez > Sent: Saturday, 18 April 2009 2:45 AM > To: IBM-MAIN@bama.ua.edu > Subject: Moving Prod VSAM dataset to TEST lpar > > What needs to be done to move a VSAM dataset from Prod lpar to Test lpar. > > Luis Fernandez -- 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: Mainframe Charge Back Software
Pacific Systems Management in Australia provide TheBill. http://psm.cx/ Regards, Paul Gillis > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Scott Barry > Sent: Tuesday, 31 March 2009 9:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Mainframe Charge Back Software > > On Mon, 30 Mar 2009 16:55:18 -0500, Tom Eden wrote: > > >What software are people using for mainframe chageback? Is there > anything > >besides JARS or MICS out there. > > > > Yes. SAS Institute has SAS ITRM suite solution/approach. IBM has zTDS and > the successor to CIMS, now called Tivoli UAM. Some clients are developing > their own KISS approach, using Merrill's MXG and their locally-developed > and > maintained SAS-based code. > > We have a Links page where you can reach most, if not all, the vendors' > public information on the available products: > > http://sbbworks.com/links.htm > > Regards, > > Scott Barry > SBBWorks, Inc. -- 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: SDSF problems in z/OS 1.9
Gadi, For ordering jobs by their submission sequence I sort on ST-Date and ST-Time both descending. The job numbers roll over which makes them a bad choice to sort on only when that actually happens. Paul Gillis > 3. The order of the jobs on the Status screen is different than it > was previously. For example, if I submit a job and it is assigned job > number 65000, I wait a while, submit another job and it is assigned job > number 100, then the first job (number 65000) will be displays below the > second job (number 100). I would like the jobs to be displayed in the > order that they were submitted. > > Gadi -- 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: SCRT (Sub-Capacity Reporting Tool)
Mark, I run a daily extract for the type 89s and accumulate that for each LPAR. This makes the end of month processing run in seconds instead of hours. We create a new GDG each month for this and have had no problems at all with the process. Should we destroy the GDG we can rebuild it from the monthly SMF data. Cheers, Paul > -Original Message- > Subject: SCRT (Sub-Capacity Reporting Tool) > > We are z/OS V1R9 and we are going to start using this tool. The tool > requires that the input SMF data is to span from the second day of the > month to the first day of the next month. Our SMF data is separated by > the month. How are other shops performing this retrieval. I would like > to automate this process and not have to enter dates & times to pull the > requested SMF data needed. Any help would be appreciated. > > 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: SMF reporting question
> On Thu, 2009-02-26 at 11:05 -0800, Gibney, Dave wrote: > > > What's SAS on Winders cost? I thought it was pretty cheap, almost pocket > > change? > > Funnily enough, within the last week I had some-one who had migrated SAS > off the mainframe mention that the Windoze solution was (now) also > considered too expensive. > Sounds like they are also looking for a "zero cost" answer. > > Shane ... Our annual SAS and MXG renewal in Australia is under AU$10,000. Not sure what the up front fee was. I've been running SAS on Windoze for many years. While it is not a zero cost item, compared to any other mainframe product SAS is dirt cheap. Zero cost in the hardware and software will translate to a fleshware cost when the interesting questions are asked, but your management probably won't care. Just my personal observation. Cheers, Paul Gillis -- 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: Compression figures, anyone?
I made a mistake in my numbers, reading seconds as minutes, and have added AMATERSE just to round off the mix. Just shouldn't respond when the fridge is calling. ICEGENER copy NO Compression 108 trks 0.09 secs SMS Compression 76 Trks, 0.32 secs ISPZIP Compression 8 trks 1.18 secs AMATERSE Compression 9 trks 2.03 secs Cheers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compression figures, anyone?
G'day Greg, Thought I would take the opportunity to run a quick test on a z800. Copying a 108 track SMF dataset. 1. Using ICEGENER without compression 9 CPU seconds into 108 tracks. 2. Using ICEGENER with compression 30 CPU seconds into 76 tracks. 3. Using ISPZIP compression 78 CPU seconds into 8 tracks. As usual you get what you pay for and the more compression you want the more expensive it is in CPU terms. >From the Cambridge Online Dictionary. Compressible, the third meaning is, To make a computer file use less space when it is stored in the memory of a computer or on a disk, by using a special program: Compressable is not known. It's now Beer O'clock, Cheers, Paul Gillis >What I was really fishing for was user experiences with using DFSMS >compressed extended-format sequential data sets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compression figures, anyone?
Greg, I used to get about 80% when zipping SMF data, haven't done that for a while and never considered the CPU cost as I had to get the data under 2Gb. The reasons are now obsolete. The zip engine I used on MVS was ISPZIP from ASE. I may still have the performance numbers somewhere. Cheers, Paul Gillis >Subject: Compression figures, anyone? > >Hi. > >My semi-facetious remark about ZIP archives got me wondering >about what sort of compression ratios users of compressed >extended-format data sets are getting. > >Zipping text can get 75% to 90% compression (ie. reducing the >data to 25% to 10% of its size). How's that compare? > >Of course, no matter what the size reduction is, I'd expect it >to use a lot less CPU time than a zipping app. > >So, anyone care to share? > >TIA, >Greg P. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac 3592 cartridge without bar code.
Haven't had a 3592 shipped yet, but have been able to read 3590 ServerPac carts from an ATL. Will have to check tomorrow at work, but I believe all I had to do was to (1). Insert the volume serial into the volcat. (2). Insert the volume as an unlabeled cart into the ATL. (3) Read it. Cheers, Paul Gillis >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Chase, John >Sent: Tuesday, 29 April 2008 1:41 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: FW: ServerPac 3592 cartridge without bar code. > >Forwarded on behalf of a colleague > >> __ >> >> >> >> We ordered a z/OS 1.9 ServerPac on 3592 media. IBM shipped the >> cartridge without a bar code. >> >> We are using a 3584 Automatic Tape Library which requires an external >> bar code label. >> >> We tried the process from the TS3500 Operator Guide (GA32-056-03) page >> 77 - "Assigning a Volume Serial (VOLSER) Number to a Tape with an >> Unknown VOLSER". However when we attempt to use the tape we get: >> >> CTTCBR14: VOLUME: M249AA IS CURRENTLY IN EJECT PROCESS 648 >> >>PLEASE RESPOND TO CTTCBR12 MESSAGE >> >> >>Msg CTTCBR14 is issued by exit CBRUXVNL when a mount >>message is issued for a volume that is currently in eject process >> from >>the automated tape library. >> >> > > >As an alternative, how large a download is a "typical" z/OS 1.9 >Serverpac via electronic delivery? > >TIA, > >-jc- > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS-MVS Control Block Layout - Offsets
> >Here's a slightly dated diagram, but it may convey the flavor [thanks to >Paul Hrycewicz]: >http://www.kcats.org/pub/CB%20Diagram.pdf > Looks pretty current to me.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User error causes most z/OS production job failures
>Subject: Re: User error causes most z/OS production job failures > >On Dec 16, 2007, at 9:37 AM, Kenneth E Tomiak wrote: > >> You could pay them to use it. Why would any shop want to convert >> off JCL to >> a single person supported product because they had a JCL error? >> They could >> bring in a product like JOBSCAN which checks JCL before it runs. >> They can use >> other products hooked in to the job scheduler that run through JCL >> before the >> job is submitted as well. And these are supported by companies, not >> one man >> shows. If all JOL does is create JCLK, then they have the same >> problem, >> something needs to check the JCL will work, not just for syntax >> errors. >> >> >Kenneth, > >Its been a few years but we had JOBSCAN and indeed it did help. BUT >we still had JCL errors (a lot fewer mind you) but we still had them. >I would recommend the product but it is not fool proof. We had on >site production support 7x24x365 and they kept themselves fairly >busy. The number of production runs a day was 2-3K at two sites (1 >was a DR site). >I cannot remember specifically what the errors were that JOBSCAN did >not catch. >It will never catch all but it did catch most. > >Ed > JOBSCAN, JCLCHECK or some equivalent could not beat JOL because it normally did not cause any failures. It was a product that was ahead of its time and all it really needed to succeed was a larger support organisation and better marketing, which is the minimum that any product requires to be successful, as any of us who have put a product onto the market will confirm. I have not examined the current free release of JOL, but I would expect similar error free results from its execution. I confess that I have a slight bias toward JOL as I started learning assembler on shift, using the JOL assembler as a model, in the very early seventies and always recall the comment that read. "I should never get here, but in case I do I better do something about it". That reminds me of MVS error handling. I will respond to the JCL generation comment "or the total lack of JCL" when I have had a chance to test the current version of JOL. Beers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User error causes most z/OS production job failures
> >What would it take for everyone to use it? > >Cheers, > >Clement Clarke G'day Clem, To get a site on board for anything like JOL, takes a significant push from management and they like to see up to date and maintainable software that they do not have to look after themselves. My primary recollection as to why Shell Australia went back to JCL was the scare factor of one person, which was you, being the sole supporter of a software product that is an integral part of their production operations. That seemed to scare the daylights out of management back then, and probably would still do so now. There was also a concern as to the ability of the product to survive operating system upgrades. I do no recall exactly when they gave stopped using JOL. Also, in my experience, documentation to install and run a product must be spot on nowadays. Run across one small glitch and every site with inexperienced personnel will stop right there and as far as they are concerned the product is a dud. Cheers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA SMF Director
>Looking for information on running this product on multiple LPARS. > >Thanks > >Bill Bill, It can be done easily as each LPAR has a unique SMF id, you share the CDS between them. This gives a single point for extracting SMF data from any LPAR and for collecting it. Alternatively you can give each LPAR its own CDS and extract/collect only for that one LPAR. Cheers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Distance between primary and DR site
>> >> If there was water nearby, you should be at least 2.5 times the width of >> the body of water. >> >> >> The Pacific Ocean is nearby, I guess we'll have to build the DR where? >> On the Moon !! > >Get serious fella. >Birdsville sounds good - see you at the pub. > >Shane ... If global warming causes sea levels to rise 160 feet Birdsville will be underwater, which would be unique experience for the town. Some of the other facilities needed are also a little short in Birdsville, but they can cater for up to 6000 visitors in a single weekend. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
> >My boomerang won't come back. :-D > >-jc- Here in Oz they call that a stick. It's almost Friday for me. Cheers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File to PDF Product
>> The Devil is in the details. Some free software has better support >> than some chargeable software. > >I really would like to agree with you, but unfortunately I can't. > >I downloaded both XMITIP an TXT2PDF package, really nice tools which >simplify things a lot. However, I had a problem trying different >translation table >(code pages) with TXT2PDF and I asked directly the developer. No answer. >I posted my issue twice to the Google XMITIP group. Likewise, no answer. > >There are surely good reasons for not answering (too busy, on holiday, I >have no time now, >this is a no-problem, please dig further), but I came to the conclusion >that I can't make use of both tools in production (TXT2PDF and XMITIP work >together). > >I doubt a ISV could afford not to answer to whatever issue coming from a >customer. > >Pity. > >Walter Marguccio In this case immediate support was not what you received, but you got what you paid for. I do not believe that anyone can expect ISV levels of support for free products that have been put into production regardless of anyone's prior experiences. I know a number of sites that have Lionel's code in "production" and that their management is aware that if it breaks for any reason it may stay broken for a long time. The source comes with the package so one could potentially resolve the problem oneself. Cheers Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Blog Posting re: Mainframe Migrations to z
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Friday, 6 July 2007 4:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Blog Posting re: Mainframe Migrations to z On Jul 5, 2007, at 12:47 AM, Clem Clarke wrote: > Hi Tim, > > I was going to make this a private message to you, but others may > get something beneficial from this. > > As some of you may know, my intention has been to make a Universal, > common use anywhere command language. > > Thus far I have achieved the following versions: MVS (IBM), MSP > (Fujitsu), FSP/XSP (Fujitsu), OS/2 (IBM), Windows (Microsoft). > > Over the last year, I have developed an alpha VSE version and about > 99% of a Linux (and hopefully USS or OMVS) version too. > > As part of that process, I and others have developed some > translators to translate MVS style JCL, VSE JCL, and FSP JCL to Jol. > > For the Asian market, the FSP JCL converter could be useful as > there are presumably quite a number of Fujitsu FSP or later systems. > > By converting the FSP JCL to Jol, it can be run either natively on > FSP/XSP or MVS/Z/OS systems. Or Linux. Or USS. Or VSE, when they > are finished. > > I hope that is helpful. > I invite everyone to get involved. > > > Clement Clarke > Clement: My memory is probably incorrect on this but I think Standard Oil did something like this in the 70's. My memory is really hazy as I only had a brief exposure to it. I *VAGUELY* remember John ? sorry I honestly don't remember his last name was either the architect or coauthor of the "language". If someone can confirm or scoff this off, I would be happy either way. Ed Ed, Clem wrote JOL at Shell Australia in the seventies, and then went to the USA to market the product, where I suspect that Standard Oil was one of his customers. I was an operator with Shell at the time and was inspired by Clem and others to move into systems programming. Cheers, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to the PCM market
Rick Fochtman wrote: --- Like a few others here on the list I'm pretty sure IBM must have an emulation (simulation, whatever) product. Possibly just about to escape from the labs into public view. There is no way they can leave their own staff swinging in the breeze, regardless of their attitude to the rest of the world. Don't tell me the company that has all those smarts can't get it done if/when they want. One of the advantages of being "lost" in the wilds of Australia - I'm not privy to secrets, nor subject to NDAs, and it don't matter one iota if I'm wrong. I can theorise all I like ... :0) --- Theories or not, I think that ALL the posts I've seen here today and yesterday on this issue have some elements of validity and/or truth. In a business shop, you don't drop a process without a replacement process or a backward path; your customers may not be ready for upgrades or revisions; any one of a number of reasons. Dropping the FLEX-ES program may be only the harbinger of something better in the offing, but it leaves a number of ISV's twisting slowly in the wind during the interrim period. IMHO, this is NOT a smart move. And the loss of AMDAHL and HITACHI as effective competitors in the mainframe market here in the U S of A could very well leave IBM open to government action for monopolistic practices whether FLEX-ES is continued, replaced or whatever. The whole area is a tangled web and the little guys, the small ISV's, are the ones that will suffer the most. Time will tell, but I wish it would hurry up. ;-) If I was in the ISV game, it might be time for me to consider founding/joining a "group" of ISV's to get together to obtain a current z series box with appropriate disk and tape to support their customers requirements. There are probably just enough ISVs in Australia to do this together. Certainly we would prefer to have our own machine. But will we be able to afford to do so in the future? Might be time for OEM software vendors to get together, assuming that the emulation way is either dead or dying. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICSF on z890?
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gillis Sent: Sunday, March 25, 2007 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ICSF on z890? McKown, John wrote: I simply cannot get ICSF to work on our z890 (2086-A04). We don't have any crypto coprocessors. I don't know if we have CPACF on or not. Is there a way that I can tell from the HMC? If so, please be specific as to what to do and what to look for (thanks). I have created the two VSAM files: CKDS & PKDS. They are "uninitialized". I have created CSFPRM00 in PARMLIB. I have started the ICSF procedure. When I try to use the ISPF panels, I get "OPTION NOT ACTIVE" on just about everything that I try. In particular on "MASTER KEY", then "INIT/REFRESH CKDS" and "SET MK". I've followed the book to the best of my ability. I had it working on our old z800 may moons ago. We are planning to upgrade to a z9BC in about a month. Should I "give up" until then? -- John McKown John, Do you have the CSF started task running? I am running that on a z890 without crypto coprocessors. Paul Gillis Yes, I do. It starts with the messages: CSFM101E PKA KEY DATA SET, TSSTV.CSF.PKDS IS NOT INITIALIZED. CSFM100E CRYPTOGRAPHIC KEY DATA SET, TSSTV.CSF.CKDS IS NOT INITIALIZED . CSFM507I CRYPTOGRAPHY - THERE ARE NO CRYPTOGRAPHIC COPROCESSORS ONLINE. CSFM508I CRYPTOGRAPHY - THERE ARE NO CRYPTOGRAPHIC ACCELERATORS ONLINE. CSFM001I ICSF INITIALIZATION COMPLETE CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE. I think that I now need to initialize the PKDS and CKDS, but I cannot figure out how. I go into the ICSF menus in ISPF, but almost all of them say "OPTION NOT AVAILABLE". Yes, I do have all the RACF work done and I think it is correct. -- John McKown John, My mistake, our z890 has CPACF feature #3863, which enables SHA-1 encryption. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICSF on z890?
McKown, John wrote: I simply cannot get ICSF to work on our z890 (2086-A04). We don't have any crypto coprocessors. I don't know if we have CPACF on or not. Is there a way that I can tell from the HMC? If so, please be specific as to what to do and what to look for (thanks). I have created the two VSAM files: CKDS & PKDS. They are "uninitialized". I have created CSFPRM00 in PARMLIB. I have started the ICSF procedure. When I try to use the ISPF panels, I get "OPTION NOT ACTIVE" on just about everything that I try. In particular on "MASTER KEY", then "INIT/REFRESH CKDS" and "SET MK". I've followed the book to the best of my ability. I had it working on our old z800 may moons ago. We are planning to upgrade to a z9BC in about a month. Should I "give up" until then? -- John McKown John, Do you have the CSF started task running? I am running that on a z890 without crypto coprocessors. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of GRS ISPF Interface Coming Soon
Michael Cleary wrote: Greetings, I am working to finalize another level of the GRS ISPF Interface. Changes so far include: RIBETCBF - TCB Abending flag removed in z/OS 1.6 Change default waiters to 0 Change default propagate to NO Change RIB storage upper limit from 10MB to 50MB Enhanced GQSCAN return code checking Let me know if you can think of anything else. For those that are not familiar with it, here is a brief description: Provides an interactive view of the Global Resource Serialization (GRS) queue utilizing the ISPF Dialog Manager. A high level resource list is displayed based on user specified selection criteria. From the high level resource list, individual resource details can be accessed. Cheers... Michael Would you consider using ISGQUERY for z/OS 1.6 and above? Would it buy you anything? Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLKSIZE=0
(IBM Mainframe Discussion List) wrote: In a message dated 1/22/2007 8:16:41 A.M. Central Standard Time, [EMAIL PROTECTED] writes: think IBM's answer to the security issue is an erase feature. There is no other way to enforce the requirement that user A's data cannot be read by user B after user A has released ownership of the tracks and user B subsequently is allowed to allocate the same tracks. Just don't start erasing all tracks in all data sets willy-nilly, or you may have DASD performance problems like you wouldn't believe. Be VERY selective about what you erase. Bill Fairchild BTDTGTTS, dasd performance went right out of the window. I ended writing another exit calling ACF2 to determine if that dataset needed erasing and was very selective. This feature is now part of RACF and ACF2. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLKSIZE=0
Charles Mills wrote: 99% sure the answer is yes. I know it is possible to open a new dataset and ATTEMPT to read the data already on the tracks. My tests have tended to "fail" (so to speak) for the reason that I am not "trying" to read someone else's data, and the tests tend to fail on bad block size (if reading FB) or invalid RCW format (if reading VB). I suspect an attempt reading RECFM=U would succeed. I think IBM's answer to the security issue is an erase feature. Charles I was successfull in reading residual data on disk may years ago and consequently wrote an allocation exit that wrote an EOF record for all sequential allocations. The blocksize just had to be larger than that of the residual data. Since then, from my dodgy memory, writes an EOF record for all new sequential allocations, PDS did not need this exit as it writes an empty directory. It may still be possible to read residual data for non SMS sequential allocations, but I have not tried it recently. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-SMP/e packaging
David Cole wrote: At 9/13/2006 03:32 PM, LRugen wrote: I just did a quick count, I found 50 **.CSI.DATA files on my system. I have to get to the CORRECT SMP/E CSI before I can answer questions about proper maintenance levels. Maybe too many product installations start with "Create a new CSI" That's a good point. With z/XDC, it having a command interface, I've implemented the workaround. There's a LIST XDC command that displays the product's maintenance level. Nevertheless, is it possible for me to: - Integrate my CSI into the System's CSI, - Yet still be able to create my own OPTIONS and UTILITY definitions, - Without affecting any other product, - And without being affected by any other product? - And still have a simple way to reset when something gets botched up in SMP? (i.e. as if I did a delete and rebuild of the CSI?) If so, then maybe I'll revisit my requirement for a separate CSI. I don't have a problem with multiple CSIs as long as there a a minimum of Global CSIs. At a previous client, we had only "1" Global CSI, with one or two CSIs per vendor/product. The Target/DLIB CSI naming convention made it relatively easy to locate a specific vendors CSIs. Then it is possible to have your own OPTIONS and UTILITY definitions without impacting or being impacted by any other product. Dave, your maintenance strategy of restore prior to apply, could better be served by a single maintenance sysmod that contains all prior maintenance and SUPS all the potentially applied and accepted sysmods. Someone else may have suggested that during this thread. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATL Tapes and DR
We use ATL for our production site's 3590 drives and use native 3590 drive at the DR site. The SMS ACS rules need to be altered to remove any attempt at SMS control of tapes in our case. Also we prevent the OAM STC from starting at the DR site. We use HSM tapecopy to create copies of our ML2 tapes and have a small procedure to run through to tell HSM to use its alternate 3590s, which of course are sent offsite daily with the DR tapes. I will check, but I don't believe that we disconnect the tape catalogs. Paul Gillis Dee Shrier wrote: Real tapes in a tape robot do not change in the BCS if they are cataloged and the tape catalog (TMC, VMF, whatever your TMS calls your tape catalog) does not change because the dataset does not change tape volumes. If you are restoring in-sync backups of your BCS and TMC then you should be all right at the DR site. You may be thinking of ejecting tapes from the tape robot but that does not effect the BCS. The ejection process may adjust some information in the TMC as far an any robotic location information is concerned but that would not force you to do anything special at the DR site to make the tape usable. For HSM tapes, if you are restoring your HSM CDSs then you should be good to go. Virtual tapes are a little different story. How you externalize the virtual tape dataset would have an effect on what you need to do at the DR site. If you move the virtual tape dataset to a real tape then the BCS, TMC and HSM CDSs should be kept in-sync by that process and you would not have any special setup issues at the DR site. If you are making an uncataloged copy of a cataloged tape dataset then you would need to recatalog it in the restored BCS at the DR site if you plan to use catalog management for allocating the tape dataset. If you're intention is to move the tape dataset into a virtual environment at the DR site then you would need to move the tape dataset from the real tape to the new virtual box before you can use it. Once again, the tape restoration procedure you use should keep the BCS and TMC in-sync. As for making and using a DR copy of a virtual HSM tape and the attendant issues involved with that, well, someone else would need to help you answer that because I'm not an HSM administrator. Dee Shrier Dino-Software Corporation 1-800-480-3466 (1-800-480-DINO) www.dino-software.com Daniel A. McLaughlin wrote: We recently moved our ATL into production and are doing DR and HSM activity inside. I vaguely remember from a past life that tapes assigned to the ATL have to be disconnected or exported from the tape/catalog before being used outside, such as at DR where we have no ATL? Would someone be able to confirm that or tell me where I might find more info? Much appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2/JES3 Difference
Hi, I am trying to determine if JES2 has a similar functionality to JES3. The JES3 inish deck allows on a SYSOUT definition the keyword TYPE=DSISO. This means that any spool dataset allocated with TYPE=DSISO is allocated its own unique track allocation table. This allows a dataset to be either printed or removed from the spool, and then that spool space returned to JES3 for other use, before the job concerned has terminated. I can see that JES2 has a track allocation group but have not been able to determine if it has the ability to allocate a unique group for a specific sysout class. Maybe I am barking up the wrong tree, but what I suspect, but have not yet confirmed, is that SYSLOG accumulates in the spool until JES2 is restarted. SDSF is only showing me a single dataset of about 60,000 lines, but then also shows me that SYSLOG has almost 4,000,000 lines. Regards, Paul Gillis Retired JES3 bigot, now JES2/SDSF apprentice. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another off-shoring question
Eric N. Bielefeld wrote: After reading about the offshoring failure, I had another question about offshoring. Does anyone know of a company that has actually moved their computers to another country, and offshored the whole shootin match? I'm thinking mostly MVS sites, but other large operations such as Unix sites could also be done this way. I know many large companies such as IBM have computers in the countries they do business in. I'm not counting that as offshoring, as I'm sure they use the computers in other countries to support their business in those countries. I'm talking about offshoring to say India, or Malaysia, where the company doesn't have any business presence there. Personally, I think any company that put their computers and data in another country where they didn't have a business presence - I wouldn't want to do business with them. Eric Bielefeld I believe that Shell Australia went to Singapore, Mobil Australia to the USA. Not sure about the other Australian oil companies, but that's at least two that no longer have any MVS presence here. However both are international companies, which have a presence in the countries they moved the work to. I also know that a number of CSC Australia people are supporting USA customers from here. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Decide whether programs invoked by a JCL exist
Steve Flynn wrote: On 12/06/06, Johnny Luo <[EMAIL PROTECTED]> wrote: Hi, Recently I've got a mission from my manager. He asked me:If I got a JCL which runs many cobol programs,how can I know whether these load modules exist or not without actually running it? So,can anyone give me some hints on this?In fact,I intend to write a rexx to scan the JCL and extract names of programs and then search the library or link list.But,it seems that's not the method my manager expects. If you have a product like Jobscan or Pro/JCL you can use it to locate JCL which calls a module which cannot be located. As I said in another thread, ask the manager to provide some specifications as to what they really want. There are multiple products that will do the job. There are multiple ways that you can write code to do it yourself. But as your manager has some preconception of how the job should be done, it would help if they shared that with you. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZAP Activity Report
Doc Farmer wrote: Looking for programs/suggestions on how to generate a daily report of ZAP activity for auditor or management review. I thought about using the program name(s) for ZAP programs and running ICETOOLs, but I'd like to catch the actual ZAP activity in the event the program names are changed. You could try Thierry Falissard's SMFJOBS from file 432 from www.cbttape.org. I have used it previously and have changed it to report on the SMF 30 type 4 records to identify specific program usage. However, if the zap program name has been changed or your user can code an update in place then you are sadly out of luck. So then you would have to audit dataset updates, Michael Cleary's File 94 from the same place would help in that case. If you have SAS and MXG at your shop you could use the PDB.STEPS to identify users of zap programs. MXG can also be used to identify users who have updated specific files but this is not normally saved in a PDB. I haven't done this myself but you could probably correlate the dataset updated by the specific zap program using MXG. My temptation would be to ask the auditors/management to provide specifications as to exactly what they require. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX (OMVS) work.
Hunkeler Peter (KIUB 34) wrote: [snip] The FTPD1 task is running in that service class. But this is only the FTP servers listening process. It will fork a new process when a client logs into FTP and this process will have the FTP user's userid as jobname (unless overridden by _BPX_JOBNAME in the ftp daemons environment). The actual "worker" processes will not be caught by this WLM rule Peter Hunkeler CREDIT SUISSE Thanks Peter, I will go back and retry this tomorrow. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX (OMVS) work.
McKown, John wrote: I think that I'm dead on this one. I want to be able to classify OMVS work based on a number of factors. Mainly I want to classify it by what function it is doing. Mainly in the catagories of (1) ftp work; (2) UNIX shell work; (3) other. For some things, such as the HTTPD server, and other DAEMONs, I classify by the "jobname" and it works well. But we have complaints when the system goes to 100% that ftp work sometimes seems to "times out" and that messes their minds in the Windows world. This is both ftps requested from "production servers" and desktop users. I don't really want to just assign a high priority to all "unknown" UNIX work, but I seem to be in a corner. John, One of my customers uses Cheryl Watson's QSP and we found that the FTP Daemon was defined under Classification Rules for OMVS with TN=FTPD% and assigning the appropriate service class. The FTPD1 task is running in that service class. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open Sourcing ASM, PL/I and C Code
Shane wrote: On Tue, 2006-04-25 at 17:42 +1000, Paul Gillis wrote: Took a few breaths and re-read your email. I would recommend it all went onto the cbttape, and if an open source license is required, why not use the GNU General Public License available at http://www.gnu.org/licenses/gpl.txt That would be v2 no doubt. I seem to recall that a v3 has been under discussion for some little while. One Mr Torvalds not necessarily agreeing with the direction one Mr Stallman might wish to proceed on. Nothing is ever simple ... Shane ... The gent who pointed me to the GNU license specifies "GPL VERSION 2 ONLY" as he is not comfortable with "or future versions" clause. If Clem is to release his source code into "our" custody (thanks Sam and Sam), then he needs to select an appropriate license, disclaimer, etc... Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overhead of SMF Records
John S. Giltner, Jr. wrote: I vaguly remember reading a paper (about 7 or 8 years ago) where somebody turn off SMF recording and saw no measureable difference in CPU utilziation. I wonder how they measured it? Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open Sourcing ASM, PL/I and C Code
Paul Gillis wrote: Clem Clarke wrote: Greetings. I want to share some PL/I and Assembler code through Open Source, and wonder where the best place might be to do this. Hi Clem, Either Sam Knutson or Sam Golob at www.cbttape.org would be more than happy to provide a place for your code. Does this now mean that JOL will be available in the public domain? I remember cutting my assembler teeth on JOL at Shell in the 70's. Regards, Paul Gillis Took a few breaths and re-read your email. I would recommend it all went onto the cbttape, and if an open source license is required, why not use the GNU General Public License available at http://www.gnu.org/licenses/gpl.txt Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open Sourcing ASM, PL/I and C Code
Clem Clarke wrote: Greetings. I want to share some PL/I and Assembler code through Open Source, and wonder where the best place might be to do this. Hi Clem, Either Sam Knutson or Sam Golob at www.cbttape.org would be more than happy to provide a place for your code. Does this now mean that JOL will be available in the public domain? I remember cutting my assembler teeth on JOL at Shell in the 70's. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding JES3 init deck
Mike Wojtukiewicz wrote: Does ANYBODY out there know how to locate through control blocks or whatever how to find out what the JES3 initialization deck is meaning the fully qualified PDS. Thanx As far as I can recall the actual member name is not saved in any of the JES3 control blocks as it is selected by WTOR during initialisation and then that CB is freed. I wrote a usermod some time ago to saved the member suffix for a warm or cold start, but not for a hot start. The PDS name is probably in SWA in the JES3 address space. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
Timothy Sipples wrote: I'd also be interested to know why HP recently *entered* the mainframe outsourcing business. My best guess is that HP identified an opportunity. Better not tell the CEO. :-) They've been at it here in Oz for a while, not many clients though. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How SMFDUMP works?
Shane Ginnane wrote: Now we only have the problems of the DUMP files in CLOSE PENDING STATUS. The solved problem was only today's problem, the CLOSE PENDING's one is much older... Did you check that type19 collection was turned off as suggested earlier ???. Else I'd be suspecting a coding bug - look for LOGREC software records about the same time as the switch. Check your SMFDUMP and IEFU29 code for errors - maybe time for a code update if you've been having this problem for some time. Shane ... I would also suppress record type 99. Currently if turned on at one of my customers, they make up approximately 80% of all SMF records generated. If you want to work out what SRM is doing, turn them on very briefly. I did examine the generation of type 19s a while ago but it was a reasonably small shop as far as DASD was concerned and the overhead was not a problem for them. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMShsm & 3592 carts & money
McKown, John wrote: Nice subject? Anyway does anybody else out there have 3592 drives? Are you using them for DFSMShsm ML2 data? At present, we are debating putting HSM ML2 data on 3592 carts. The other option is to use 3490E __virtual__ carts and use OpenTECH's TapeCopy to stack the virtual carts onto physical 3592 carts. The main "worry" about this, in both cases, is that we won't get out money's worth due to having too little data on the individual 3592 carts. The number I heard is $200/cart, so we don't want to "waste" them. Any help? John, One of my customers has 3592 inside an ATL and we use them for all HSM activity. Used to use TMM but have converted that to CA-VTAPE. Downsides are it can take a long time for HSM or CA-VTAPE to recall from the back end of a 300Gb+ cart. Currently investigating dual copy functionality for both products, which will cover DR and data loss if a cart is lost. Another customer uses 3590 inside an ATL on 30Gb carts and the recall/recycle/tapecopy performance is OK. If we lose a cart the impact will be nowhere near as high as if we lose a 3592 cart. I prefer VTS to TMM or CA-VTAPE but that's another dollar or two. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp VB file from mainframe to pc to mainframe
Jim McAlpine wrote: I need to do the above to get a VB file from a client machine to ours. In also need to zip the file once it's on the pc before sending it to our site. Can this be done and if so, what are the ftp parameters that need to be used. Do I need to use XMIT or TRSMAIN first. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Jim, VB, I keep a slab of it in the fridge. I think you partially answered your own question. Use TRSMAIN and ftp the file as a binary to the PC and also onto the mainframe. Then unterse it with TRSMAIN. Regards, Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: R: ABC of Z/os
MASSIMO BIANCUCCI wrote: Really strange ! I'm experiencing some problem on finding the books. A serach in the redbook site shows no results for ABCs V3/4/6/7/8. Any idea ? They haven't been written yet. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES unification project (was: Future ISPF directions (was: Re: How Was Share?))
Bill Fairchild wrote: In a message dated 8/29/2005 11:03:19 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: One of my favorite SHARE buttons, maybe a Howard Dean special was the summa cum JES. 'Get it up once, keep it up forever'. Is there a JES unification project left? Being a HASP/JES2 bigot for 10 years a long time ago, my favorite SHARE button said "JES2 may be Mickey Mouse, but JES3 is Goofy." This button was distributed at a SHARE in Anaheim in 1984, I think. The convention area that time was not the Anaheim Convention Center, where it usually was when in Anaheim, but rather at the Disneyland Hotel only a few blocks from Disneyland, home of Mickey and Goofy, making this button especially poignant. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Mine just says JES3 is 1 Better. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP sloppiness
Ed Gould wrote: On Aug 9, 2005, at 1:35 AM, Shane Ginnane wrote: Just a quick apology to the BCP (and ancillary product) support teams. Went back and checked my holddata - *ALL* the holds that referred back to PTFs were from ... ... ... tada ... ... yep, you quessed it - DB2 . Shane ... Shane (or anyone else): I have seen this handled different ways in different companies. Is there a way that is more popular than others? This question pertains to maintenence and DB2 (and MVS). 1. DB2 in its own zone and let the DB2 people apply maint and new releases. 2. DB2 and MVS in the same zone and let the DB2 people apply fixes. 3. DB2 and MVS in the same zone and let the MVS people do the maint 4. let another group apply maint and let them manage all you zones. 5. Other Ed 5 - Always DB2 in its own zone. MVS in another. Then it depends on the site as to who applies maintenance. My previous site, we did all maintenance into product separate CSIs and then let the DBAs perform their post-apply magic. At my current site, the DBAs do it all, which in my opinion is a bad thing. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST utility
> During an abend analysis my LOGREC shows the address where > the error occured as n bytes into ECNDLL ie in extended PLPA. > Therefore ENDLL is name of the load module that contains > number of Csects. > The address however is not in the dump,in such cases IBM > manual "MVS IPCS Commands" suggests us to use AMBLIST utility > to find the name of the Csect we are looking for. > > Can anyone guide me on how to apply AMBLIST on dump dataset > to view the Csect names? > Thanks n advance. > Cheers, > Mary George //AMBLIST EXEC PGM=AMBLIST //SYSPRINT DD SYSOUT=* //SYSLIB DD DISP=SHR,DSN=SYS1.LPALIB //SYSINDD * LISTLOAD MEMBER=IDA0192A,OUTPUT=XREF //* This is what I used the last time I had to do that. Change member and dataset names. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: At Least Down-Under There Is Demand...
Nothing about this on the university web site. The 3 companies mentioned are close to the last of the "not yet outsourced" organisations in the country. Paul Gillis Technical Director Pacific Systems Management Pty. Ltd. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green > Sent: Tuesday, 12 July 2005 10:41 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: At Least Down-Under There Is Demand... > > For those that care about such issues... > > http://australianit.news.com.au/articles/0,7204,15895569%5E153 17%5E%5Enbv%5E > 15306,00.html > > -- > For IBM-MAIN subscribe / signoff / archive access > instructions, send email to [EMAIL PROTECTED] with the > message: GET IBM-MAIN INFO Search the archives at > http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
