Re: Another one bites the dust
I don't get into our machine room much as operations handles IPLs. But I needed to do some HCD activities today What a surprise to find rows of servers spewing out so much heat That they had to bring in several of the portable AC unit to keep it cooler than 90% Seems to me that these server farms are producing more RED rather than going Green. David A Cebell Z/Series Software Support Army Air Force Exchange Services Dallas, Texas 75211 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rugen, Len Sent: Wednesday, June 24, 2009 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: Another one bites the dust After a many year (10, 11?) project to get off the mainframe, we will be turning it off July 1. Where once stood motor generators, a 3090-400 (IIRC), now nearly 700 servers are starting their pigeon toed march to VM's. I've migrated over the years to supporting various unix/linux flavors, so I'll still be here. In fact, given how much work they are, I'll be here a lot more than before L during the darkness of night. Thanks for all the fiche! Len Rugen -- 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: EMC version of ANTRQST
SQ VOL,(UCB),INV_TRKS Will display tracks owed to secondary devices SQ State,(UCB) Varios status displayed for each device David A Cebell Z/Series Software Support cebe...@aafes.com Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brad Wissink Sent: Wednesday, June 10, 2009 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: EMC version of ANTRQST We are currently using the ANTRQST macro with ILK=PPRC,REQUEST=PQUERY to get PPRC information on each device we have in our ESS Shark. We are installing an EMC DMX Symetrix with the Mainframe Enabler V7.0 software. Does anyone know how I get the same type of information from the EMC software as I did with ANTRQST? -- 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: Supersession to CA-TPX
CA had a session manager called VMAN? Which they wanted to get rid of. So they offered CA-TPX as a direct replacement at no extra charge. Even within their own products, there was no conversion utilities As I recall. David A Cebell Z/Series Software Support cebe...@aafes.com Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Widmayer, Bill Sent: Wednesday, June 10, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Supersession to CA-TPX This may be a bit off topic, but, does anyone know if a utility exists to convert session manager Supersession ids and profiles to CA-TPX? Last time I checked with CA they said I was on my own. Bill Widmayer Mainframe Network Support|| Infocrossing, a Wipro Company || 6620 Bay Circle, Norcross, GA, 30071 || P:678.728.1649 || F:678.728.1583 || C:404.313.8965 ||bill.widma...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. 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 -- 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: Adding CPU engines without IPL
We have done that twice here. Ho IPL just configured it on line. Since the CPU serial number does not change, There was no problem with third party software. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Horne, Jim - James S Sent: Tuesday, May 12, 2009 12:09 PM To: IBM-MAIN@bama.ua.edu Subject: Adding CPU engines without IPL Hi all, We are planning to upgrade one of our 2094s dynamically from a 712 to a 714. IBM assures us that their stuff will work. Since we have the two engines in reserve our understanding is that we can simply configure them online without an IPL or Activate. My question is in two parts. Has anyone done this and were there any issues with third party products? Thanks, Jim Horne Systems Programmer Large Systems Engineering Messaging NC4IT Lowe's Companies, Inc. 1000 Lowe's Boulevard Mooresville, NC 704-758-5354 jim.ho...@lowes.commailto:jim.ho...@lowes.com NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). 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 -- 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: Z/OS Compatibility List
That is IT. I couldn't remember the link. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kevin Mckenzie Sent: Friday, May 01, 2009 6:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Z/OS Compatability List I'm not sure if this is exactly what you want, but IBM consolidates information from ISVs. We rely on them to provide the information, so if there's a vendor not on the list, please talk to them and ask the to provide their compatibility information. http://www-947.ibm.com/systems/support/z/zos/planning.html, then choose the release under Vendor software products for z/OS and z/OS.e --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Cebell, David cebe...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 05/01/2009 03:59 PM Subject: Z/OS Compatability List Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if there is a CONSOLIDATED listing of mainframe software products And the vendor published compatibility releases needed for the different Z/OS releases. I know we can go to each vendor's website to get this but some crawler should be able to do this. -- 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
Z/OS Compatability List
Does anyone know if there is a CONSOLIDATED listing of mainframe software products And the vendor published compatibility releases needed for the different Z/OS releases. I know we can go to each vendor's website to get this but some crawler should be able to do this. -- 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: APF question
I used this in another shop in a similar situation. The software product, brought in by the applications group, was not fully developed but needed to be authorized. Our Management denied it. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Phil Sidler Sent: Thursday, April 23, 2009 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: APF question Anyone running a program called EDVPARM? A consultant is trying to convince us to install this program to an authorized library with AC(1). Looking at the source concerns me. It appears that you can pass it a program name and parameter list and the program will ATTACHX it. This seems like a big hole to me. What if you pass it IRXJCL for example? Or? -- 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: The PUT FTP not working with large files
In your listing, is some of the Data Transmitted? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alvaro Quintupray Burgos Sent: Wednesday, April 22, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: The PUT FTP not working with large files Hi. We have getting the following response when exec a PUT FTP with big files from Host Z/OS 1.8 to Host Z/OS 1.8 EZA2590E send error from send_data - EDC5120I Interrupted function call. (errno2=0x76690291) If we send a little file the FTP work O.K. What are we doing wrong? Thanks. Alvaro. -- 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: secure file transfer FROM z/OS
The person who supports file transfer in our shop reports this. Further, we concluded that FTPS does not satisfy PCI encryption requirements because there is no alternative to passing clear-text passwords for authentication during batch processing. The sftp protocol provided in ssh-Tectia addresses this requirement. Is this true od is there a workaround? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Wednesday, April 01, 2009 12:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: secure file transfer FROM z/OS Kirk has some good information on file transfer options using common protocols. I've got some more nominees which may be appropriate if you have long running, targeted file transfer needs -- such as a small number of particular servers that need to stay more-or-less permanently attached and transfer a lot of files. Basically the other options would all be file sharing (NFS, CIFS/SMB, etc.) over an IPSec connection (encrypted connection). z/OS supports IPSec and also supports common network file systems like NFS, CIFS/SMB, etc. As Kirk alluded to, there are also numerous private protocol file transfer products, and they do have advantages in many missions. By the way, secure file transfer is a misnomer when used as we're using it here. To be more accurate for the (business-oriented/risk-analyzing) boss I would call this encrypted transfer of raw files without custodial controls. (That name is unwieldy, but it's much closer to the truth. Perhaps someone has a shorter name that still gets the point across.) The file itself could (and usually does) contain extremely sensitive information -- things like customer records, credit card numbers, etc. Once each record is transmitted it leaves the security zone of its parent. To use an analogy, if you have the launch codes for nuclear missiles, yes, it's a good idea if you have to communicate that information to use an encrypted pipe. That's necessary but not sufficient. (The only thing encryption does is prevent somebody from intercepting the file data over the wire.) You better be completely sure both sender and receiver apply appropriate security protocols to such sensitive information. Which is why launch codes don't get spread around a lot, nor should credit card numbers and much other financial information, medical patient records, corporate accounting (in any business), product design secrets, etc. - - - - - 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: secure file transfer FROM z/OS
Kirk, Thank You for that explanation. An example would be anonymous cebe...@aafes.com cd /toibm/mvs/ binary I must not be current on this but what you are suggesting is the password, In this case anonymous can be stored in a protected dataset and then included in my input statements? Perhaps we should be looking at FTPS and X5.09 certificates instead of passwords. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, April 01, 2009 9:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: secure file transfer FROM z/OS David, I'm not sure exactly what this statement means wrt passing clear-text passwords. Can you supply more details? With FTPS or SSH/SFTP, clear-text passwords are NOT sent over the network. (Note: FTPS needs to be configured properly to encrypt the control connection) To use a password from a batch client (FTPS or SSH), it is possible to put the password in a dataset or file that is protected by your z/OS security package so that only the client job can read it. The FTPS or SSH client job reads this password and uses it on the connection command. FTPS also supports X5.09 certificates instead of passwords; these can be stored in RACF (ACF2, etc) so that only authorized users can use them for signing a login request. SSH (both Ported Tools and Tectia versions) supports a public/private DSA or RSA keypairs as an alternative to using a password. The private key is stored in a file that is protected so that only the client job userid can access it (using standard Unix security bits or ACLs and your security package). There is not an option to store the private key in RACF (ACF2, etc). SSH Tectia also supports X5.09 certificates just like FTPS, but this is a non-standard extension to the SSH protocol and will only be supported when talking to another Tectia SSH implementation. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Apr 1, 2009 at 8:54 AM, Cebell, David cebe...@aafes.com wrote: The person who supports file transfer in our shop reports this. Further, we concluded that FTPS does not satisfy PCI encryption requirements because there is no alternative to passing clear-text passwords for authentication during batch processing. The sftp protocol provided in ssh-Tectia addresses this requirement. Is this true od is there a workaround? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Wednesday, April 01, 2009 12:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: secure file transfer FROM z/OS Kirk has some good information on file transfer options using common protocols. I've got some more nominees which may be appropriate if you have long running, targeted file transfer needs -- such as a small number of particular servers that need to stay more-or-less permanently attached and transfer a lot of files. Basically the other options would all be file sharing (NFS, CIFS/SMB, etc.) over an IPSec connection (encrypted connection). z/OS supports IPSec and also supports common network file systems like NFS, CIFS/SMB, etc. As Kirk alluded to, there are also numerous private protocol file transfer products, and they do have advantages in many missions. By the way, secure file transfer is a misnomer when used as we're using it here. To be more accurate for the (business-oriented/risk-analyzing) boss I would call this encrypted transfer of raw files without custodial controls. (That name is unwieldy, but it's much closer to the truth. Perhaps someone has a shorter name that still gets the point across.) The file itself could (and usually does) contain extremely sensitive information -- things like customer records, credit card numbers, etc. Once each record is transmitted it leaves the security zone of its parent. To use an analogy, if you have the launch codes for nuclear missiles, yes, it's a good idea if you have to communicate that information to use an encrypted pipe. That's necessary but not sufficient. (The only thing encryption does is prevent somebody from intercepting the file data over the wire.) You better be completely sure both sender and receiver apply appropriate security protocols to such sensitive information. Which is why launch codes don't get spread around a lot, nor should credit card numbers and much other financial information, medical patient records, corporate accounting (in any business), product design secrets, etc. - - - - - 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
Re: VSAM files
Look at McKinney software's LISTCAT Plus. It is not free but it is cheap! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Thursday, March 12, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM files Hello all, I'm looking for a free utility that could read a vsam listcat and possibly display the names of the vsam files that might have problems performance wise. Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. We have hundreds of vsam files and I don't want to look at each and every one of them. Any help appreciated. Thanks == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
Go into SDSF and pull up your OPTIONS at the top of the screen -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Wednesday, March 11, 2009 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: SDSF COMMAND LINE ON BOTTOM OF PANEL Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: Deleting UnExpired dataset using JCL
I may be late and missed some of the dialog on this but Has this been mentioned. //S005EXEC PGM=IEFBR14 //DD1 DD DSN=name.xxx,DISP=(MOD,DELETE), //UNIT=SYSDA,SPACE=(TRK,(0)) // -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, February 24, 2009 10:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Deleting UnExpired dataset using JCL On Tue, 24 Feb 2009 14:23:16 +0200, ××× ×× ××× wrote: I know about IDCAMS, but the user wants a pure JCL solution. Gadi What's pure JCL? In my experience, JCL for any valid job must contain at least one //label EXEC PGM=whatever statement. That whatever might as well be IDCAMS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Deleting Unexpired dataset using JCL
You can override the expiration date or retention period, when deleting SMS-managed data sets, by coding OVRD_EXPDT(YES) in your IGDSMSxx member. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, February 24, 2009 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Deleting UnExpired dataset using JCL I may be late and missed some of the dialog on this but Has this been mentioned. //S005EXEC PGM=IEFBR14 //DD1 DD DSN=name.xxx,DISP=(MOD,DELETE), //UNIT=SYSDA,SPACE=(TRK,(0)) Yes. It failed because the dataset had a future expiry date. That was basically the content of the original post. - 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
Re: How to redirect IMS MFS (3270P/SCS1) printers to File?
Yes there is a way. We use VVP ( VTAM VIRTUAL PRINTER ) to emulate the VTAM printer. VVP is from MacKaenny Systems. The output from IMS gets queued to the JES Spool and then we define A VPS node to redirect output to an IP printer. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Denis Gäbler Sent: Thursday, January 15, 2009 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: How to redirect IMS MFS (3270P/SCS1) printers to File? Hi List, I am posting this question here, because I think it is more VTAM related than it has anything to do with IMS. I was wondering if there is a way to redirect IMS MFS (3270P/SCS1) printers to a file or spool without loosing the formatting? There is a connection between the SNA node and an IMS LTERM but I don't have good enough knowledge to have an insight about the details, now I was wondering if there is a way to tell Communication Server that an SNA node (or PTERM) is to be redirected, e.g. to JES SPOOL or to a file, or are there any tools on the market which allow to redirect output for an MFS Printer to a PDF or file? Thanks in advance. Denis. -- 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: JES2 Node Name
In the movie, The Good, Bad and the Ugly, Tucco is asked why he Is going by the name of Bill Carson. And his reply is, Any name will work -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Dranes Sent: Friday, January 02, 2009 1:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Node Name So I take it many of you use the same name for SYSNAME, SID and JES2 NODENAME? -- 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: SDSF Security
Good suggestions on the trace. Could one just put RACF in warn mode, try the command and determine what is causing the command to fail. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pinnacle Sent: Tuesday, December 16, 2008 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF Security - Original Message - From: Hal Merritt hmerr...@jackhenry.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, December 16, 2008 12:28 PM Subject: SDSF Security My operations folks would like to use the SR panel to manage WTOR's. All of the applicable RACF profiles seem to be in place and they can issue the replies from the LOG screen. The error message returned is Not authorized for cmd. Nothing else even though WTPMSG is in effect. Hal, SDSF does so many RACROUTEs that it suppresses nearly all ICH408I messages for security failures. To fix this, you need to turn on the SDSF security trace (I forget the details, RTFM), run your command, turn off the trace, then look at the output. It will show you the RACROUTE call, the resource, and the return codes, so you can code up the proper PERMIT. Regards, Tom Conley -- 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: Drop hardware maintenance contract
If you let the service lapse on the equipment you have now, for the equipment to be sold, or put back on maintenance, there could be a charge to recertify the equipment to be eligible to go back on a maintenance contract. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Andrews Sent: Monday, December 08, 2008 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Drop hardware maintenance contract We are soon at the end of a decommissioning project (very, very sad). Our hardware maintenance contract (z800, Shark, and ATL/VTS) expires 2/1/09, but we may not be able to decommission until a few months after that. Does anyone have ideas on ballpark figures on costs associated with hardware failures without a contract? - i.e. a disk drive failure, vs. a tape drive failure, vs. any z800 failure - and on-site call rates?? I am waiting to talk to IBM directly on this, but of course my management wants the information NOW, so thanks for any insight... Peggy -- 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: SDSF Held queue
Assuming the output from the job is under one JOBID, It is ALL the output that will get released. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carl Morgan Sent: Wednesday, December 03, 2008 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF Held queue We have a user that displays a list of datasets in an output group in the Held queue of SDSF with a ?. She selects a specific dataset for output by placing an O next to the dataset. The entire output group goes to the Output queue. I have looked at profiles and can't find what may be wrong. Does anybody have any ideas? -- 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: lbdsoftware
Perhaps a bad cookie? You might try to the delete the cookie and try again. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B Dyck Sent: Wednesday, December 03, 2008 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: lbdsoftware I don't know what to say - I just checked with a co-worker and a friend via aim and both got it. It could be something in the internet where you are. I hope it clears soon Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle 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. From: Ed Finnell [EMAIL PROTECTED] To: IBM-MAIN@bama.ua.edu Date: 12/03/2008 12:21 PM Subject: Re: lbdsoftware Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu In a message dated 12/3/2008 2:19:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://www.lbdsoftware.com/_ (http://www.lbdsoftware.com/) I with Bill on this one...Error can't find site. **Make your life easier with all your friends, email, and favorite sites in one place. Try it now. ( http://www.aol.com/?optin=new-dpicid=aolcom40vanityncid=emlcntaolcom00 10 ) -- 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
Re: SHOWzOS
That figures. Just installed the current one -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roland Schiradin Sent: Friday, November 21, 2008 3:21 PM To: IBM-MAIN@bama.ua.edu Subject: SHOWzOS In the next few weeks a net beta for SHOWzOS will be available. The zHPF feature and alternate subchannel stuff is still not tested/verified but in progress. After this test I'll deliver this version hopefully before X-Mas. Currently changes *$718RS1108 * Implement enhancements contributed by Roland Schiradin RS0908 * Display TCP/IP interface via IOCTL for first stack RS1108 * Display TCP/IP statistics via IOCTL for first stack RS1108 * Display special devices with alternate subchannel setRS1108 * Display IOFACILITIES from IOCINFO (MIDAW and zHPF) RS1108 * Display zHPF flag for channels RS1108 * Display zHPF flag for devicesRS1108 * Column Count in the RRS display gone RS1108 * Display RACF data sharing status and modeRS1108 * Show Policy Event Message based or Policy based RS1108 * for CF and Structures RS1108 * Use MCTCurSystemUIC instead of RCVUICA (HBB7730) RS1008 * Add also MCTMaxSystemUIC and MCTMinSystemUIC RS1008 * Verify the IXGLOGR ASCB in a GDPS environmentRS1008 * MCCAFCTH in IEAOPT was wrong, added display for RS1008 * BLWLTRPCT and BLWLINTHD. HiperDispatch value RS1008 * Display sequence number for Linkage Index (Reuse LX) RS1008 * Distinct big and small LX numbers (System and Non-System)RS1008 * Fixed abend S1C7 in WLMD00 if ansarea is close toRS1008 * the last protected page, subtract 4096 to prevent 0C4RS1008 * on the last page (Paul Feller) RS1008 * Show ASIDs using Crypto RS0908 * Hyperpav=BaseonlyRS0908 * Title for SMF logstream only onceRS0908 * SMS system names was limited to 8 systems (W.Tomek) RS0908 * Don't show SYS1.MAN% if SMF logstream is set (W.Tomek) RS0908 * Show NOHONORREGIONLIMIT in the PPT (HBB7750) RS0908 * Show potential real storage (Mark Zelden)RS0908 * New IPA settings CEA (Common Event Adapter HBB7750) RS0908 Currently I'm working on a display for SystemRexx (AXR) but it's hard as almost digging into OCO-cblocks. Roland -- 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: Generic Device Names and FDR
Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: Generic Device Names and FDR
D u,tape,,,128 should show you all of these devices -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Generic Device Names and FDR Spoke with them for about 30 minutes...they think it might have something to with the Tape manager ... RMM but that's as far as we got. Cebell, David [EMAIL PROTECTED] 10/30/2008 3:38 PM Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: DFSORT and SVC Missing when running DB2 Functions
Yes. See the APAR We ran in to a similar situation. Our primary sort is Synsort but DB2 requires DFSORT. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, October 23, 2008 8:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSORT and SVC Missing when running DB2 Functions Perfection. Thanks. For some reason I was not finding it with my searches. Lizette We have DFSORT because we have DB2 V8 and V9. So, I am getting a message ICE191I 0 DFSORT SVC NOT AVAILABLE - PERFORMANCE MAY BE DEGRADED Since we did not install DFSORT, we did not follow any installation process. I am wondering if I need to go back to the install manual for DFSORT and do some customization for it? I am trying to understand how far I have to go with DFSORT in order for DB2 V8 and V9 to make efficient use of it. Lizette IBM information APAR II14047 should have all the information that you need. -- 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
VTAM Error Messages
Years ago we had VTAM Systems Programmer who attended to this discipline. Now we do it all. The VTAM ATCCON00 list is very old and large. It needs to be cleaned up but is a low priority. So we are flooding the SYSLOG with NET / VTAM / IST* messages which we pretty much ignore. A MPFLST entry will stop the mundane messages from appearing on the Consoles but they are Still routed to the SYSLOG. And since we do most of our work using SDSF, which views the SYSLOG, we must wade through all the IST* messages to find what we are looking for. The quick and dirty is to issue F NET,VTAMOPTS,SUPP=SER but this stops the valid errors. Certainly this can not be the only shop that has this issue. -- 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: The Obsolete mainframe or Newspapers
Most of the Major Newspapers are experiencing declining readership. Their revenues are down. Belo spun off The Dallas Morning News as it continues to lose money. Perhaps the paper may be obsolete first. ( that is if the government doesn't come in and prop them up) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Alcock Sent: Monday, October 06, 2008 3:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: The Obsolete mainframe? Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/storie s/DN-top10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) -- 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: JES2 Exit 52 Working Sample
Look in your Sample JES Library. On Z/os 1.8 it is SYS1.SHASSAMP HASX52A -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Martinez Sent: Tuesday, October 07, 2008 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 Exit 52 Working Sample I am trying to find a working JES2 exit 52 that adds a card to the current JOB card. I am not well-versed in JES2 exits and I have tried contacting some of the local shops. Unfortunately, they either don't use such an exit or it doesn't do the routine I require. Since I have joined this group, I have used some of your hints and taken your advice with great results. I am hoping that good fortune continues to be on my side. TIA Frank Martinez ([EMAIL PROTECTED]) -- 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: PDS Lock
And if your image has an OMVS segment, does that not Imply that a Security package is present. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Tuesday, October 07, 2008 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: PDS Lock On Tue, 7 Oct 2008 15:32:16 -0400, Jack Kelly [EMAIL PROTECTED] wrote: snip ... how to protect my PDS ... unsnip If a SAF solution isn't available to the originator, I would suggest that the originator look into a SCLM methodology since (s)he seems to be more applications orientated. And if at 1.9, s(he) could use OMVS as the repository and use ACL and UNIX permissions as easy as PDF edit. Jack Kelly 202-502-2390 (Office) An interesting thought. But it assumes that the OP has an OMVS segment and, hopefully, thereby a unique UID. Oh, and a home directory in the UNIX filesystem. Our programmers don't have an OMVS segment at all. They don't know from UNIX. But it is a very interesting idea. Given how few, at present, programmers know much about UNIX, this data would effectively be invisible. -- John -- 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: Curiosity question
For me, it would be difficult to accept work in a shop without QW. Yes the cost seems increase but so does productivity. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Tuesday, September 30, 2008 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Curiousity question I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I work. -- 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: Curiousity question
And I find the DASD Space Management tool quite handy. Option S -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Tuesday, September 30, 2008 2:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question And QuickRef does have the advantage of supporting messages for ISVs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question I think that IBM has indeed started to muscle in on QuickRef. We just installed a new version of IBM's Fault Analyzer, and it has a pretty good message lookup facility built into it. AFAIK, it only works from within Fault Analyzer, so QuickRef doesn't have anything to worry about. Yet. On Tue, Sep 30, 2008 at 3:09 PM, Howard Brazee [EMAIL PROTECTED] wrote: On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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 -- 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
UADS to RACF Migration
Is there not a ? That outputs the UADS information and Puts it into a RACF entry format. Seems to me I did this before but can't remember. Happens a lot lately... David A Cebell Z/Series Software Support [EMAIL PROTECTED] Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -- 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
ISFPARMs Conversion to RACF
There is a REXX EXEC that takes the SDSF ISFPARMS as input and creates the RACF entries Needed to migrate it to RACF. Where can one find this? -- 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: ISFPARMs Conversion to RACF
Thank You / That's it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwartz, Alan Sent: Monday, September 29, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISFPARMs Conversion to RACF ISF.SISFEXEC (your name may differ). The exec is ISFACR Alan Schwartz -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Monday, September 29, 2008 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ISFPARMs Conversion to RACF There is a REXX EXEC that takes the SDSF ISFPARMS as input and creates the RACF entries Needed to migrate it to RACF. Where can one find this? -- 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
Re: Trsmain Unpack
AMATERSE is not in our LINKLST. z/os 1.6 ( S806 Not found) Anyone know where this program resides? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Friday, September 26, 2008 8:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trsmain Unpack On Fri, 26 Sep 2008 00:00:43 -0700, Kayhan Tanriverir wrote: You have to determined where the TRSMAIN program's executed load module in the JCL as STEPLIB. //TRSMAIN EXEC PGM=TRSMAIN,PARM=UNPACK //STEPLIB DD DSN=..,DISP=SHR Whereas AMATERSE will likely be in LINKLIST. -- gil -- 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: Trsmain Unpack
Thank You David Elliot reports that on z/os 1.8, the program is in sys1.miglib. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Friday, September 26, 2008 10:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trsmain Unpack It's in OA24147. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Friday, September 26, 2008 10:30 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trsmain Unpack AMATERSE is not in our LINKLST. z/os 1.6 ( S806 Not found) Anyone know where this program resides? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Friday, September 26, 2008 8:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trsmain Unpack On Fri, 26 Sep 2008 00:00:43 -0700, Kayhan Tanriverir wrote: You have to determined where the TRSMAIN program's executed load module in the JCL as STEPLIB. //TRSMAIN EXEC PGM=TRSMAIN,PARM=UNPACK //STEPLIB DD DSN=..,DISP=SHR Whereas AMATERSE will likely be in LINKLIST. -- gil -- 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 -- 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: Used Shark Available
From Dallas We may need to check the STARS for the next winner! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Donnelly, John P Sent: Thursday, September 25, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Used Shark Available ..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS, winners of the next Stanley Cup... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Thursday, September 25, 2008 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Used Shark Available On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld) wrote: Used Shark Available We don't get offers like that everyday. -- 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
Re: Scratching Expired Datasets
Check your sys1.linklib for the program ADRDSUSU. It is part of the basic system and it is used in the CBPDO Installs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, September 23, 2008 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Scratching Expired Datasets This is in response to several replies. The datasets I want to expire are DB2 log files. They are on disk, and are just PS files. I also don't have ADRDSSU, which would make life very easy. Allan Stallar (I think) mentioned SuperScratch on the CBT tape. I found that, and will download it and see just what it does. Someone else mentioned using DCOLLECT to list the datasets, and then scratch the expired ones with Rexx. That is also a possibility. I think I have enough to go on now. Thanks for all the help. Eric Terry Sambrooks [EMAIL PROTECTED] wrote: Hi Eric, In respect of your question:- Is there a way to scratch expired datasets without DFHSM or some other storage manager? We create SMS datasets in DB2 that have an expiration date automatically set. When the datasets expire, we want to scratch them. I will assume these are disk based data sets rather than cartridge based as I would expect the Tape Management software to automatically return expired cartridges to the scratch pool. In respect of disk based data sets I have two batch jobs in my daily schedule which assist in tidying disk space. Non-DB2 Data Sets Any standard Sequential, Partitioned or VSAM data set is dealt with via ADRDSSU run outside of DFHSM control. This actually uses last used data, but looking at the manual the BY keyword does have an EXPDT option, so adapting this process my help with these. DB2 Table Spaces All old DB2 Tables Spaces are removed from the system with the aid of a batch REXX routine which invokes DB2 Services and executes appropriate SQL statements to DROP the tables. Both of these techniques help to avoid volume pollution on my system. I hope this is of use. 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 -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: Scratching Expired Datasets
My typo ISB //COPY1 EXEC PGM=ADRDSSU,REGION=4M -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, September 23, 2008 11:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Scratching Expired Datasets I searched my linklist and I don't have any ADRDSUSU programs. I also searched my 1.7 serverpack doc and didn't find ADRDSUSU. Eric Cebell wrote: Check your sys1.linklib for the program ADRDSUSU. It is part of the basic system and it is used in the CBPDO Installs. -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: Scratching Expired Datasets
I would check your SYS1.PARMLIB(IGDDFPKG). This should indicate which level of SMS you are using. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, September 23, 2008 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Scratching Expired Datasets OK. But as I said in one of my posts, we don't license DFSMSDSS, which is ADRDSSU. I think the reason for IBM charging separately for DFSMSDSS is that long ago FDR came out with their backup product, so IBM had to charge for DFSMSDSS. The same thing happened with SYNCSORT and IBM Sort. Eric Field wrote: ADRDSSU, note original poster had it wrong -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, September 23, 2008 11:30 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Scratching Expired Datasets I searched my linklist and I don't have any ADRDSUSU programs. I also searched my 1.7 serverpack doc and didn't find ADRDSUSU. Eric-- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: Need some SMP help.
GIM37903E PROCESSING FAILED FOR SYSMOD bbb BECAUSE IT HAS NO APPLICABLE ++VER MCS. Explanation: o -- APPLY or ACCEPT o bbb -- SYSMOD ID SMP/E cannot apply or accept the indicated SYSMOD because its ++VER MCS does not specify an FMID-SREL pair that is defined in the target or distribution zone being processed. System Action: SYSMOD processing stops. Programmer Response: Make sure that the SREL on the ++VER MCS matches the SREL in the zone definition entry, and that the FMID on the ++VER MCS matches a function SYSMOD entry in the zone being processed. These are some of the actions you may need to take: o Make sure the SET command specifies the correct zone. o If the FMID was installed in the zone being processed, check whether the ERROR indicator is on. o Install the FMID in the zone being processed. o Add the SREL to the zone definition entry. o Reject the SYSMOD, change it to specify the correct FMID and SREL, and receive it again. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Friday, September 05, 2008 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Need some SMP help. Not an expert with SMP and I'm trying to do an Apply/Check against the sysmod below and getting the following out of SMP. The XML Toolkit has been received but I can't do an Apply/Check against some of the sysmods. I looked at the PTF in the PTS and sure enough it doesn't have what the SMP report says it doesn't have. Any insight/help in resolving this and where I've gone off the track is appreciated. Thanks. GIM37903E ** APPLY PROCESSING FAILED FOR SYSMOD UA40708 BECAUSE IT HAS NO APPLICABLE ++VER MCS. APPLY FORFMID(HXML190) BYPASS (HOLDSYSTEM(DOC ENH)) SELECT( /* Install selected SYSMOD. */ UA40708 /* Specify SYSMOD name here.*/ )/* */ JCLINREPORT CHECK/* In check mode only. */. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: VTAM question: Where does TGN=21 come from?
http://www-01.ibm.com/support/docview.wss?uid=swg21220155 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Martin Kline Sent: Wednesday, September 03, 2008 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VTAM question: Where does TGN=21 come from? I've been all over the manuals, and I don't find this anywhere. It appears that certain VTAM links, CTCs and others, between LPARs within and without of the same sysplex, get assigned a default TGN of 21. Why? Shouldn't this be documented? More importantly, how does this affect PATH definitions, which contain VRs, and ER/TGN combinations, plus the COS tables that point to VRs, and the logmodes that point to COS tables? Please excuse my ignorance on this. I haven't dealt with VTAM for over 20 years. Now, I've specified all the (apparently) valid TGNs we had defined (not including TGN 21), and I find some logmodes that can no longer be used between networks, while other logmodes still work. The logmodes are available on all systems, but it appears that there are no routes available for the logmode-selected COS entries. Maybe I'm making this more difficult than necessary. The logmode entries worked previously, and TGN 21 was never included in the path definitions. Is there some default that allows any and all TGNs to be used by a given COS? -- 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: TN3270 Abend S0F8 RC04
Do you have TN3270 running as a separate started task? This is a require after release Z/OS 1.? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Chase Sent: Wednesday, September 03, 2008 11:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TN3270 Abend S0F8 RC04 On Mon, 25 Aug 2008 07:31:32 -0500, John Chase wrote: On Sun, 17 Aug 2008 09:04:35 -0500, Chase, John wrote: Hi, All, Running a smoke test of z/OS 1.9 on the Prod LPAR, and getting intermittent S0F8-04 abends in TN3270. No hits on IBMLink for this. System Codes manual says: The issuer [of an SVC instruction] was in a mode other than task control block (TCB) mode. Any ideas, while we open a PMR? Well, nobody replied, so it must be a new problem. For our z/OS 1.9 rollout attempt yesterday, it was a show-stopper. The effect on end-users is that they are unable to connect to the system at all. Empirical evidence suggests that this situation affects only tn3270 clients assigned to an LU pool for which we don't specify a default LOGAPPL. This is consistent with IBM's analysis so far of our dump from last week, in which they have determined that the abending task was trying to send the USSMSG10 buffer to the connecting client. Adding to the puzzle is the fact that clients assigned to an LU pool that -does- have a default LOGAPPL can, upon exit from that application, display the (same) USSMSG10 without problem. I'll try to keep the list updated with progress from our PMR. Be sure to look under -ALL- of the rocks. Amazing where you can lose stuff in z/OS. While grasping at straws, we started comparing the contents of individual libraries, parmlib members, etc., between the Production copies and the source copies of our 1.9 master image, and discovered that we were loading a back-level (HBB5520) copy of ASASYMBM into the MLPA on the Production system only. The why is lost in the dustbin of history, but when we copied the back-level ASASYMBM to the sandbox and IPLed it into the MLPA there, we were able to reproduce the S0F8 abends in TN3270 at will. The level of ASASYMBM that shipped with z/OS 1.9 is HBB7707. In the PMR, IBM indicated that the relevant change introduced into ASASYMBM (at z/OS 1.2) was support for SRB and cross-memory mode processing. Oh, the reason this problem never surfaced on z/OS 1.7 is that TELNET (TN3270) didn't start invoking ASASYMBM until z/OS 1.8. -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: CBT tape web site
http://www.cbttape.org/index.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arthur T. Sent: Wednesday, September 03, 2008 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CBT tape web site For many years, I've been using the CBT web site. I haven't heard of any complaints as to its design or usability. I can not use it now. I get a screen that's totally blank except for a complaint that I don't have Jave Script enabled. It doesn't even have the decency to display an e-mail address for the webmaster. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- 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: strange module SSASQLIB
The TSO LOCATE command, off the CBT Tape, is handy for searches like this. Could this SSASQLIB be related to SAS? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pawel Leszczynski Sent: Wednesday, July 23, 2008 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: strange module SSASQLIB Hello everybody, Recently in profiling reports of our production CICS regions (using Strobe) module SSASQLIB has appeared (it was mentioned as it used about 5% of CPU consumption by region). I suppose it's module (STROBE shows also offsets in module when CPU spends most of the time), but I can't find where it comes from??? I looked in: LPA list linklist DFHRPL list STEPLIB also in STROBE libraries but there wasn't such module in those libraries. I looked using Google too.:) DO you have any ideas how to pinpoint what it is or/and where it comes from? any ideas will be appreciated REgards, Pawel Leszczynski PKO BP SA -- 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: Moving 3390-3 to 3390-9
Innovation Software ( FDR ) has some slick products to do this. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Tuesday, July 15, 2008 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Moving 3390-3 to 3390-9 I potentially have a need to move -- preferably on the fly -- some volumes from 3390 model 3 to 3390 model 9 devices. I can use the wonderful TDMF to move like-to-like volumes, and it seems to me that I figured out a way to move mod-3s to mod-9s. Unfortunately, I can't remember what I did, and I can't find any notes about it. IIRC, I moved a volume, but it was not recognized as having the larger capacity until I . . . did something, like maybe refresh the VTOC or some such. Has anybody done this? Is it possible? Thanks, Jon -- 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