DIAGNOSE message
I'm getting the following on a DIAGNOSE of a particular catalog - IDC11374I THESE ADDITIONAL CATALOG REFERENCED VOLUMES WERE ENCOUNTERED: ESASPL but when I do a LISTCAT ALL against it, there is no reference to ESASPL in the LISTCAT output. How do I remove the reference to ESASPL. 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
Re: ISREDIT macro advice required.
On 16/02/06, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 02/16/2006 at 03:03 PM, Steve Flynn [EMAIL PROTECTED] said: Things are getting weird. Not really; you're just expecting REXX to have CLIST semantics. Bingo, sort of... After much gnashing of teeth, wailing and staring in disbelief at the terminal, I checked which DD the offending library was concatenated into. I expected it to be in my SYSPROC concat, but it appeared in my SYSEXEC concatentation, so it was being interpreted as a REXX procedure. Double quoting the EXCLUDE commands at the start of the code meant that they all ran through OK, and lines were excluded as I would expect, but then I got RC (-3) errors from the SET LINE=1 command... TRX is used at this site, so I was able to modify my own allocations on the fly. Moving the CLIST library from SYSEXEC and adding it to SYSPROC meant the code worked as expected! As for the original error, I sussed that within a few minutes - once all of the exclude commands have been executed, there was no data left to process, the main DO/WHILE loop was bypassed as 1 is not LE 0, and the command right at the end to DELETE .ZF .DEL failed as .DEL was only set within the loop we just bypassed. Easily fixed, which is more than can be said for the 3 snapped pencils, my steadily increasing blood pressure and the 5 hours on my timesheet for a 5 minute job. I'll go back to lurking and ranting silently. Many thanks to all those that offered help! :) -- Steve Despair - It's always darkest just before it goes pitch black... -- 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
Pod slurping?
A point made in http://www.isham-research.co.uk/dd.html for about the last couple of years. Scan down to data stick. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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 1.6 Withdrawal Date
Kopischke, David G. wrote: Infrequent Greetings, I'm trying to get moving on a z/OS upgrade. Using IBM's original stated direction of supporting four z/OS releases concurrently, I planned to upgrade to z/OS 1.6 this spring. I just reviewed the z/OS withdrawal dates and 1.6 is proposed to be withdrawn September 2007. This is a year earlier than I had planned and a year earlier that what I thought was IBM's stated direction. It's currently listed as a proposed date, so it might extend, but I need a more solid date in order to plan properly. snip It's our policy to support releases for three years, which means we intend to withdraw R6 from service in September 2007. This has not been announced yet, so it is not official; nonetheless, it's the way I'd bet. The policy can be found in z/OS Planning for Installation, topic 1.8.1, Service policy, which you can read at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2B117/1.8.1?SHELF=EZ2ZO10fDT=20050930123704#HDRSERVSTR -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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
Re: How to Initialize a BDAM file
In a recent note, Greg Price said: Date: Fri, 17 Feb 2006 23:01:18 +1100 The only potential hassle I see is if you don't have enough data to fill the data set *and* you want the rest of the data set pre-formatted. (Whether you wanted this or not would depend upon the BDAM application program of course). If this is the case then just use ISPF Edit to create the appropriate number of dummy records at the end of the input sequential data set, or in a separate sequential data set to be concatenated to SYSUT1 of the IEBGENER step. Could one use a modest size data set and concatenate it with itself multiple times? Could one use EXECIO in a Rexx EXEC, in which case no source data set whatever is necessary? This depends on whether EXECIO tolerates DSORG=DA. If IEBGENER works at all, presumably one could write an EXEC with a POSIX pipe allocated as IEBGENER's SYSUT1, and again avoid the need for a source data set. -- gil -- StorageTek INFORMATION made POWERFUL -- 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 to Initialize a BDAM file
[EMAIL PROTECTED] wrote: Could one use a modest size data set and concatenate it with itself multiple times? Yes, that would work. Could one use EXECIO in a Rexx EXEC, in which case no source data set whatever is necessary? This depends on whether EXECIO tolerates DSORG=DA. Perhaps EXECIO always uses SAM (to an OS non-VSAM data set anyway), so DSORG=DA in the VTOC entry should present no problem. If IEBGENER works at all, presumably one could write an EXEC with a POSIX pipe allocated as IEBGENER's SYSUT1, and again avoid the need for a source data set. Quite likely. Or one could use a data generation utility like IEBDG as Ewald suggested. There are so many options I'm surprised the OP had any problem at all.:) Cheers, Greg P. -- 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
Re: Pod slurping?
In a message dated 2/17/2006 6:59:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Scan down to data stick. Probably needs updating a bit. My PC(2 yrs old-3 hardrives) has 4 USBs on back, 2 on front and one in the keyboard. My sister has an old 933Mhz Pavillion(it runs Draw 8?) and I checked it last night. 1 USB on front and 4 in back. The publications guy actually uses one of the keyring thingys to get the artwork back to Kinkos for publication. Guess they can also appear as SAN drives. Never thought about it, but can take stamp sized 256MB drive from digital camera and it's just like another hard drive(can also carry virii). -- 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 1.6 Withdrawal Date
On Thu, 16 Feb 2006 23:02:04 -0700, Timothy Sipples [EMAIL PROTECTED] wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or more) ahead of 1.8 GA? :-) Then we already beat that. :-) 08/27/2004 for 1.6. But it wasn't on our mission critical LPARs. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 Withdrawal Date
On Feb 17, 2006, at 12:02 AM, Timothy Sipples wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or Wow they backed off after 24 days? Usually it is hours, IME. Ed more) ahead of 1.8 GA? :-) - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [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
IBM to invest $1B in data management services
http://cwflyris.computerworld.com/t/302317/248833/9454/0/ Who knows maybe they will spend this to get all the bugs in DFP:) Ed -- 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
Catch 22 - File problem
Went to run an ISPF exec. I get an allocation error on file IBMUSER.CPPTEMP1.SCPPWORK I tried to manually allocate the file and I get Duplicate file on volume. So on Data Set List Utility I put in IBMUSER and I don't see the file. But if I look at the VOLSER the file is on, sure enough it shows up. But I can't delete it. I get IDC3012I ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT FOUND+ IDC0551I ** ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 And if I try to Catalog the file it simply returns Data set not cataloged. I'm such and MVS newb I don't know how to get around this problem. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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: Catch 22 - File problem
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, February 17, 2006 9:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Catch 22 - File problem Went to run an ISPF exec. I get an allocation error on file IBMUSER.CPPTEMP1.SCPPWORK I tried to manually allocate the file and I get Duplicate file on volume. So on Data Set List Utility I put in IBMUSER and I don't see the file. But if I look at the VOLSER the file is on, sure enough it shows up. But I can't delete it. I get IDC3012I ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT FOUND+ IDC0551I ** ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 And if I try to Catalog the file it simply returns Data set not cataloged. I'm such and MVS newb I don't know how to get around this problem. Mark D Pace Senior Systems Engineer Mainline Information Systems //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE IBMUSER.CPPTEMP1.SCCPWORK NVR FILE(DISK) //DISK DD DISP=OLD,UNIT=SYSALLDA,VOL=SER=volser where volser is the volume which actually has the dataset on it. This will delete the sucker! After which, try to allocate it again. I've dealt with some knowledgable Mainline people before, are they on vacation so that you can't get in-house help? Just curious. I think you're with the same Mainline (but maybe not) that we buy 99% of our zSeries hardware from. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 1.6 Withdrawal Date
Timothy Sipples wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or more) ahead of 1.8 GA? :-) You're easily amused. :-) Having a release deployed in production 24 days before GA is nothing for an ESP. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Dummy question about VOLCAT.
This is likely stupid, but I cannot find any documentation that says that moving the SYS1.VOLCAT.VGENERAL catalog from one volume to another is any different from moving any other catalog. I guess the basic thing would be to ensure that it is not updated during the move. But just for my comfort, has anybody moved this VOLCAT? Did you just use the normal methods, or did you need to something special. My idea is to take my tape libraries OFFLINE, lock the catalog, use DSS to move the catalog, unlock the catalog, put the tape libraries back ONLINE. Sound good? Thanks! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 1.6 Withdrawal Date
It's our policy to support releases for three years, which means we intend to withdraw R6 from service in September 2007. This has not been announced yet, so it is not official; nonetheless, it's the way I'd bet. That date is listed on the EOS page as projected but not announced. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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
Re: Heads Up - LE PE - PK15432
OK. Now I'm getting confused ... I went back to the FM's and Enterprise Cobol 3.3.0 and previous SEARCH ALL WHEN phrase (binary search) If the WHEN relation-condition is specified, the compare is based on the length and sign of data-name. For example, if the length of data-name is shorter than the length of the search argument, the search argument is truncated to the length of data-name before the compare is done. If the search argument is signed and data-name is unsigned, the sign is removed from the search argument before the compare is done. Enterprise Cobol 3.4.0 SEARCH ALL WHEN phrase (binary search) If a relation condition is specified in the WHEN phrase, the evaluation of the relation is based on the attributes of the data item referenced by data-name-1. The search argument is moved to a temporary data item with the same data description attributes as data-name-1, and this temporary data item is used for the compare operations associated with the SEARCH. In particular, if the search argument is a signed numeric item and data-name-1 is an unsigned numeric item, the sign is removed from the search argument before the compare is done. And from APAR PK15432 Therefore, an alphameric search argument of 01 ARG PIC X(6) with a content of ABCDEF, which would match a table/array key of 05 MY-KEY PIC X(4) with a value of ABCD before, will not match now. A search argument containing ABCDbb (where b is blank) would match before the PTF and still match now. . Similar problems arise with a numeric search argument and keys. For example, a search argument of 01 ARG PIC 9(6) with a content of 123456 which would match a table/array key of 05 MY-KEY PIC 9(4) with a value of 3456 before, will not match now. A search argument containing 003456 would match before the PTF and still match now. Now if in 3.4.0 the search argument is moved to a 'temporary data item with the same data description attributes as data-name-1' and the search argument was originally longer than data-name-1 would it not be truncated and therefore would match in the first example of the APAR? Or does 'same data description attributes' not mean 'same picture clause'? Ken Porowski -- 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: Pod slurping?
The fact that USB ports are on the backs of PCs (rather than the fronts) indicates they were designed for cubicle-dwellers. I have three computers at home with USB ports on the front. I also have cables that allow back mounted USBs to be used easily. They were not designed for cubicle-dwellers, they were designed for portability and compatibility. Phil Payne wrote: A point made in http://www.isham-research.co.uk/dd.html for about the last couple of years. Scan down to data stick. -- 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
Pod slurping?
Probably needs updating a bit Technology's a bitch. (That will probably get me another SnottyGram from Bell Helicopter's firewall for inappropriate sexist language. Seufz.) Didn't the CIA ban Furbies a while back? I now find I carry - pretty much by default - a huge memory capacity: a) I always carry a digital camera. I used to carry a Leica M4 rangefinder, but it was heavy and obtrusive. I now carry an Oregon Scientific DS6639 - no moving parts and incredibly reliable. It currently has a 128MB SanDisk flash card in it. b) When I'm travelling, I like to make notes without having to pick up a pencil and paper. I use a Hitachi DVR-100 - I like it because the form factor is flat, so if I keep it in a shirt pocket it doesn't twist around and I can find the operating buttons to take a verbal note without having to look or grope. 1GB. c) I also carry an MP3 player - a Packard-Bell AudioDream 1GB. d) The Nokia Communicator - the 9210i I use supports a maximum 128MB flash card, so there's one in there. e) For spurious reasons (calls within cellular networks can be free, but between networks expensive) I also have a Siemens S65 cellphone donated by my daughter. It was some weeks before I discovered that this thing also has a 64MB flash card in it. So I'm walking around with something over 2GB of storage on my person. One thing most of the above devices have in common is a mini-USB attachment. I'm walking into sites with the capacity of several 3390s inadvertently concealed about my person. BTW - I don't need to carry the USB cable. They're standardised and I'll find one in the next cubicle. When the 1.4MB stiffie was the largest storage device you could carry, people were paranoid about you taking them in. At least one major site had a dirty PC at the entrance - all stiffies had to be inserted into the A drive and virus-checked. And it was a one-way system - you could by all means take a stiffie in - but you were not allowed to take it out again. With 3G cellphones, it gets worse. You can suck stuff off a PC into a 256MB SanDisk flash card, squirt it into the ether, chuck the card into a nearby shredder and vacate the premises. IMO this is the nastiest of the security exposures. Did you ever try to walk out of a data centre with a 10 3420-style self-loader under your arm? The Spanish Inquisition was a breeze compared to those security checks. The Guide Goodie tape (a.k.a. CBT) was a nightmare when it arrived - day-long meetings about what was on it and what threats might be presented. Virus control on foot. We have lost the glass-house discipline, and I think we are the poorer for it because the philosophy used to percolate. The glass house no longer sets the standards, and that's not good. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: Pod slurping?
Ah, but do you own a pocket protector? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Phil Payne Sent: Friday, February 17, 2006 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Pod slurping? Probably needs updating a bit Technology's a bitch. (That will probably get me another SnottyGram from Bell Helicopter's firewall for inappropriate sexist language. Seufz.) Didn't the CIA ban Furbies a while back? I now find I carry - pretty much by default - a huge memory capacity: a) I always carry a digital camera. I used to carry a Leica M4 rangefinder, but it was heavy and obtrusive. I now carry an Oregon Scientific DS6639 - no moving parts and incredibly reliable. It currently has a 128MB SanDisk flash card in it. b) When I'm travelling, I like to make notes without having to pick up a pencil and paper. I use a Hitachi DVR-100 - I like it because the form factor is flat, so if I keep it in a shirt pocket it doesn't twist around and I can find the operating buttons to take a verbal note without having to look or grope. 1GB. c) I also carry an MP3 player - a Packard-Bell AudioDream 1GB. d) The Nokia Communicator - the 9210i I use supports a maximum 128MB flash card, so there's one in there. e) For spurious reasons (calls within cellular networks can be free, but between networks expensive) I also have a Siemens S65 cellphone donated by my daughter. It was some weeks before I discovered that this thing also has a 64MB flash card in it. So I'm walking around with something over 2GB of storage on my person. One thing most of the above devices have in common is a mini-USB attachment. I'm walking into sites with the capacity of several 3390s inadvertently concealed about my person. BTW - I don't need to carry the USB cable. They're standardised and I'll find one in the next cubicle. When the 1.4MB stiffie was the largest storage device you could carry, people were paranoid about you taking them in. At least one major site had a dirty PC at the entrance - all stiffies had to be inserted into the A drive and virus-checked. And it was a one-way system - you could by all means take a stiffie in - but you were not allowed to take it out again. With 3G cellphones, it gets worse. You can suck stuff off a PC into a 256MB SanDisk flash card, squirt it into the ether, chuck the card into a nearby shredder and vacate the premises. IMO this is the nastiest of the security exposures. Did you ever try to walk out of a data centre with a 10 3420-style self-loader under your arm? The Spanish Inquisition was a breeze compared to those security checks. The Guide Goodie tape (a.k.a. CBT) was a nightmare when it arrived - day-long meetings about what was on it and what threats might be presented. Virus control on foot. We have lost the glass-house discipline, and I think we are the poorer for it because the philosophy used to percolate. The glass house no longer sets the standards, and that's not good. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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 1.6 Withdrawal Date
Bruce Black wrote: It's our policy to support releases for three years, which means we intend to withdraw R6 from service in September 2007. This has not been announced yet, so it is not official; nonetheless, it's the way I'd bet. That date is listed on the EOS page as projected but not announced. ...and that's exactly correct. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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
Re: Pod slurping?
In a message dated 2/17/2006 11:23:54 A.M. Central Standard Time, [EMAIL PROTECTED] writes: We have lost the glass-house discipline, and I think we are the poorer for it because the philosophy used to percolate. The glass house no longer sets the standards, and that's not good. Truly...we had a department that jumped up and down 'got to have wireless'. So they did...final grades are required to be posted 48 hrs after exam. So (maybe the C students) pulled down all the transceivers in the building. They wanted 'immediate replacements'. They got a lab on the second floor, see operator for key.. -- 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: Catch 22 - File problem
That didn't perzactly work either. DELETE IBMUSER.CPPTEMP1.SCPPWORK NVR FILE(DISK1) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE4-88 IDC0551I ** ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 IEC331I 050-088(,ZSMS01),TEMP,STEP1,VCMP,IGG0CLE4 Which the error messages seems to say to me Yep, I saw it, but I'm not going to delete it. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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 1.6 Withdrawal Date
On Fri, 17 Feb 2006 08:36:57 -0800, Edward E. Jaffe wrote: Timothy Sipples wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or more) ahead of 1.8 GA? :-) You're easily amused. :-) Having a release deployed in production 24 days before GA is nothing for an ESP. Yes, but the site Tim is writing of was not part of the ESP. (They had the first zAAPs in production. Tim has discussed this on the list before.) -- Tom Schmidt Madison, WI -- 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: Catch 22 - File problem
If you go to ISPF 3.4 and put in both the data set name and the volser where it lives from which you want to delete it, what happens if you use line command D on it? Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, February 17, 2006 12:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Catch 22 - File problem That didn't perzactly work either. DELETE IBMUSER.CPPTEMP1.SCPPWORK NVR FILE(DISK1) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE4- 88 IDC0551I ** ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 IEC331I 050-088(,ZSMS01),TEMP,STEP1,VCMP,IGG0CLE4 Which the error messages seems to say to me Yep, I saw it, but I'm not going to delete it. Mark D Pace *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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 1.6 Withdrawal Date
Tom Schmidt wrote: On Fri, 17 Feb 2006 08:36:57 -0800, Edward E. Jaffe wrote: Timothy Sipples wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or more) ahead of 1.8 GA? :-) You're easily amused. :-) Having a release deployed in production 24 days before GA is nothing for an ESP. Yes, but the site Tim is writing of was not part of the ESP. (They had the first zAAPs in production. Tim has discussed this on the list before.) So what? Are you saying ESP customers' positive experiences don't count? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Re: Catch 22 - File problem
Up in the upper right hand corner I get - Data set not cataloged Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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: Catch 22 - File problem
This may sound silly, but in VSE land I would use DITTO PVT and just delete the VTOC entry. Is that a No-No in MVS? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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 1.6 Withdrawal Date
On Fri, 17 Feb 2006 09:56:58 -0800, Edward E. Jaffe wrote: Tom Schmidt wrote: On Fri, 17 Feb 2006 08:36:57 -0800, Edward E. Jaffe wrote: Timothy Sipples wrote: I know of one customer that's been in production on z/OS 1.6 since September 1, 2004. (Maybe they read this list.) That's 23 days before GA, so I guess z/OS is doing pretty well in the stability and quality department. :-) Anyone want to see if they can set a new production record of 24 days (or more) ahead of 1.8 GA? :-) You're easily amused. :-) Having a release deployed in production 24 days before GA is nothing for an ESP. Yes, but the site Tim is writing of was not part of the ESP. (They had the first zAAPs in production. Tim has discussed this on the list before.) So what? Are you saying ESP customers' positive experiences don't count? Of course not! All customers count. The customer Tim was referencing had no outages with pre-GA z/OS 1.6 which was meant to refute other folks' comments to the contrary. (They may have had issues with z/OS 1.6 components in a post-GA world.) (It was my understanding that the customer did not wish to be referenced, by the way.) -- Tom Schmidt Madison, WI -- 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: Dummy question about VOLCAT.
I moved it - just like any catalog. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, February 17, 2006 10:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Dummy question about VOLCAT. This is likely stupid, but I cannot find any documentation that says that moving the SYS1.VOLCAT.VGENERAL catalog from one volume to another is any different from moving any other catalog. I guess the basic thing would be to ensure that it is not updated during the move. But just for my comfort, has anybody moved this VOLCAT? Did you just use the normal methods, or did you need to something special. My idea is to take my tape libraries OFFLINE, lock the catalog, use DSS to move the catalog, unlock the catalog, put the tape libraries back ONLINE. Sound good? Thanks! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Catch 22 - File problem
A little more history - I did a LISTCAT of every catalog on my system and found them defined in the master catalog of my driver system, which I had imported into this system's master catalog. Don't know if that helps any. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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: DIAGNOSE message
You have a VVDS missing from your catalog that doesn't coincide with the catalog backpointer in the VVDS. I usually do something like this: //S1 EXEC PGM=IDCAMS //D01 DD UNIT=3390,VOL=SER=volser,DISP=OLD //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINE CLUSTER (NAME(SYS1.VVDS.Vvolser) VOL(volser) - NONINDEXED RECATALOG) CATALOG(catalog.name) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Friday, February 17, 2006 3:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DIAGNOSE message I'm getting the following on a DIAGNOSE of a particular catalog - IDC11374I THESE ADDITIONAL CATALOG REFERENCED VOLUMES WERE ENCOUNTERED: ESASPL but when I do a LISTCAT ALL against it, there is no reference to ESASPL in the LISTCAT output. How do I remove the reference to ESASPL. 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 -- 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: Catch 22 - File problem
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, February 17, 2006 11:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Catch 22 - File problem That didn't perzactly work either. DELETE IBMUSER.CPPTEMP1.SCPPWORK NVR FILE(DISK1) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE4-88 IDC0551I ** ENTRY IBMUSER.CPPTEMP1.SCPPWORK NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 IEC331I 050-088(,ZSMS01),TEMP,STEP1,VCMP,IGG0CLE4 Which the error messages seems to say to me Yep, I saw it, but I'm not going to delete it. Mark D Pace Senior Systems Engineer AH HA! It appears that when the dataset was originally created, the IBMUSER high level qualifier was pointing to a different catalog. You will need to find the name of this catalog by printing the VVDS on the volume and just looking. Once you have it, you must specify it in the CATALOG(...) parameter of the DELETE ... NVR command. On the other hand, if you are cozy with your security administrator, ask them for READ access to the STGADMIN.IGG.DLVVRNVR.NOCAT profile in the FACILITY class. You can then delete the dataset without the CATALOG parameter. I never notice this stuff because I'm the main RACF admin sysprog. So I always seem to have ALTER authority to just about everything. I wonder why? GRIN To print a VVDS for a volume: //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(DISK) //DISK DD DSN=SYS1.VVDS.Vvolser,DISP=SHR,UNIT=SYSALLDA, // VOL=SER=volser,AMP='AMORG' -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Catch 22 - File problem
So I found a delete non-vsam DELETE file-name FILE(file) PURGE CATALOG(cat) That did the trick. Thanks to all that tried to help. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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: Catch 22 - File problem
On the other hand, if you are cozy with your security administrator, ask Which is also me. I'm like a VSE shop. I do everything. To print a VVDS for a volume: //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(DISK) //DISK DD DSN=SYS1.VVDS.Vvolser,DISP=SHR,UNIT=SYSALLDA, // VOL=SER=volser,AMP='AMORG' Thanks - that will be handy to have. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- 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
RMF/SMF Type 72 Storage
I've been looking for most of the week. I see that storage is not tracked for report classes in RMF but I haven't been able to find a place where this is documented. I've checked the RMF manuals but haven't found anything saying so. Does anyone know where I can find this documented? I need proof. # Attention: The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies. # -- 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: Disk vs Tape scenario
Bruce Black wrote: So, from the info Ron and Bruce provided, it sounds like multi-GB single- threaded disk output can get 30-40 MB/sec these days. Impressive! I don't know if even the newest and fastest tape can compare with those numbers. The newest IBM mainframe drive TS1120 claims a data rate of 100MB/sec uncompressed and 260MB/sec compressed. the latest STK/Sun drives T9840C and T9940B claim 30MB/sec uncompressed. The *latest* STK/Sun drive is T1. 120MB/s claimed. Capacity like TS1120: 500GB uncompressed. -- Radoslaw Skorupka Lodz, Poland -- 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 1.6 Withdrawal Date
Dave Kopischke wrote: I knew I didn't dream this: http://www.redbooks.ibm.com/redbooks/pdfs/sg245976.pdf OS/390 supports the coexistence of up to four consecutive releases. While the four-release coexistence policy applies to JES2, the fact that a JES2 installation can be staged has been taken into account in determining which are the four consecutive releases that can coexist. If a JES2 release is functionally equivalent to its predecessor (that is, its FMID did not change), then from a coexistence standpoint, it is considered the same release. --- and -- Coexistence support for OS/390 Release 10 exists for the following lower- level OS/390 releases: • OS/390 R6 This is a deviation from the normal four-release coexistence policy, but is still in use because the Y2K actions took many customers only up to Release 6. • OS/390 R7 • OS/390 R8 • OS/390 R9 [...] There are (were) more deviations than strict rules. OS/390 2.6-2.10 coexistence, common EOS for z/OS 1.4 and 1.5, irregular GA dates for z/OS (1.5 year between 1.4 and 1.5), change from semi-annual to annual releases, I also vaguely recollect some deviation in OS/390 V1 times. Oh, I forgot OS/390 V2R10 coexistence rule: it was treaten as z/OS V1R1... Deviations everytime! (and deviants everywhere g). -- Radoslaw Skorupka Lodz, Poland -- 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: GDPS and DASD Vendors
Is there any IBM public list about what DASD vendors suppport GDPS? The three mainframe DASD vendors supported GDPS in 2000. I know, because we had all three (IBM, EMC, HDS) in our GDPS environment. That shouldn't have changed in 6 years. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- 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: Disk vs Tape scenario
The *latest* STK/Sun drive is T1. 120MB/s claimed. Capacity like TS1120: 500GB uncompressed. thanks. I had not even heard about it. STK needs to check their web site. To quote the numbers I did, I went to the storagetek,com web site and clicked on tape drives. The page that comes up has a chart of all their drives with basic stats EXCEPT the T1.it is listed in the menu of drive types on the left, at the end, so I missed it. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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
Re: GDPS and DASD Vendors
Sorry for responding to my own post. That should have said ... 2001 ... 5 years. -Original Message- From: Ted MacNEIL [EMAIL PROTECTED] Date: Fri, 17 Feb 2006 00:00:00 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: GDPS and DASD Vendors Is there any IBM public list about what DASD vendors suppport GDPS? The three mainframe DASD vendors supported GDPS in 2000. I know, because we had all three (IBM, EMC, HDS) in our GDPS environment. That shouldn't have changed in 6 years. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- 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 - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- 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
external vs internal coupling facility
We have an external coupling facility that is only used about 2%. We have four LPARs on an 890 with 3 shared general purpose engines and one IFL for VM/Linux, so all engines accounted for. We have been requested to create a production coupling facility LPAR that will share the general purpose engines. It will replace the external CF, thus saving money in maintenance, etc. The plan is to give it a weight of 500 with a second 500 being split between the other LPARs. Dynamic dispatch will be set on for the CF LPAR. The other business LPARs have MSU soft capping enabled, if that matters. IBM documentation says do NOT set dynamic dispatch on with shared engines (even IFLs) for a production coupling facility. Has anyone else tried this and what was your success or failure in the attempt? Thanks. -- 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: Disk vs Tape scenario
On Fri, 17 Feb 2006 21:51:51 +0100, R.S. [EMAIL PROTECTED] wrote: Looks very promising. Yes .. on the other hand when we look at DASD manufacturers numbers .. you wonder why some of us are looking for larger time frame for backup ... the numbers say that we need few minutes to save few teras Ok it is friday :-)) Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: GDPS and DASD Vendors
On Fri, 17 Feb 2006 14:23:09 -0600, Giovanni Cerquone [EMAIL PROTECTED] wrote: Is there any IBM public list about what DASD vendors suppport GDPS?. If so, could you please provide me with the URL? I dont'know why my post did not get through , i'll re-ask . My question : If you talk about DASD support for GDPS , i suppose you mean the ability to do Hiperswap .. right ? I thought that Hiperswap was a software only feature ( after all it only swaps UCB's ) . So i am curious .. why would hardware matter ? Or am i completely wrong ? Thanks Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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
CAZ????? modules
Can anybody tell me the CA product using the CAZ prefix? I'm thinking JCLCHECK, but I can't remember. The reason I ask is that I just got a new product today, the IBM Application Performance Analyzer (their STROBE replacement) and some genius at IBM decided to use the CAZ prefix. Can't wait for the inevitable LINKLIST conflict Regards, Tom Conley -- 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: CAZ????? modules
Yes, JCLCheck. Tom Sims Trident Services Thomas Conley wrote: Can anybody tell me the CA product using the CAZ prefix? I'm thinking JCLCHECK, but I can't remember. The reason I ask is that I just got a new product today, the IBM Application Performance Analyzer (their STROBE replacement) and some genius at IBM decided to use the CAZ prefix. Can't wait for the inevitable LINKLIST conflict Regards, Tom Conley -- -- 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: external vs internal coupling facility
From: Frank Leblanc We have been requested to create a production coupling facility LPAR that will share the general purpose engines. It will replace the external CF, thus saving money in maintenance, etc. M - everyone's at the mercy of bean counters. Has anyone else tried this and what was your success or failure in the attempt? Works fine. Whether it's what you really want is another question. The z/Architecture machines basically handle things themselves, with requests being converted to async dynamically. Will play merry hell with CF response times: - Datasharing would be a no-no, but you know that already. - for the GRS Star numbers, you can probably just move the decimal point. Hopefully just once, maybe twice - I'll let you guess in which direction. Converting back to ring mode is another option - m. - some you couldn't care less about, like LOGREC. Make sure you have all your RMF data available for some comparisons after the fact. Won't help then, but may give you ammo for future fights. Shane ... -- 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: external vs internal coupling facility
We also moved from standalone CF to ICF for financial reasons. But our management had the foresight to spring for some ICF engines in the process. They reasoned that enough money would be saved just on maintenance to justify the extra CPs. An additional saving for many shops is memory. Unused/unusable memory in a standalone CF can now be pooled with MVS memory. That is, external CFs need memory installed in whatever increments the hardware requires regardless of how much is needed for CF LPARs. We had to over-buy memory because if we ran out, only an upgrade could relieve the shortage. With ICF, memory can be allocated into or out of other LPARs in order to more precisely satisfy structure requirements without wasteful overkill. Adjustments can be made with nothing more disruptive than bouncing a couple of LPARs. In other words, try hard to sell the idea of at least one ICF CP--which can be shared among LPARs under favorable conditions. You will still save money by eliminating footprint(s) without tossing performance into a tar pit. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/17/2006 02:41:51 PM: From: Frank Leblanc We have been requested to create a production coupling facility LPAR that will share the general purpose engines. It will replace the external CF, thus saving money in maintenance, etc. M - everyone's at the mercy of bean counters. Has anyone else tried this and what was your success or failure in the attempt? Works fine. Whether it's what you really want is another question. The z/Architecture machines basically handle things themselves, with requests being converted to async dynamically. Will play merry hell with CF response times: - Datasharing would be a no-no, but you know that already. - for the GRS Star numbers, you can probably just move the decimal point. Hopefully just once, maybe twice - I'll let you guess in which direction. Converting back to ring mode is another option - m. - some you couldn't care less about, like LOGREC. Make sure you have all your RMF data available for some comparisons after the fact. Won't help then, but may give you ammo for future fights. Shane ... -- 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: CAZ????? modules
Can anybody tell me the CA product using the CAZ prefix? I'm thinking JCLCHECK, but I can't remember. The reason I ask is that I just got a new product today, the IBM Application Performance Analyzer (their STROBE replacement) and some genius at IBM decided to use the CAZ prefix. Can't wait for the inevitable LINKLIST conflict Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. CC -- 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: CAZ????? modules
In a message dated 2/17/2006 5:48:43 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Guess a quicky would be copy CA:CAZ modules into a separate PDS then take the new IBM:CAZ and try to copy on top of it without replace and see what was not replaced giving you the conflicting members? -- 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: CAZ????? modules
From: Craddock, Chris Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Agree whole-heartedly. Unfortunately as Tom alludes, it's the customer that has to wear the consequences. Tom, you're kicking the wrong vendor. IBM also reserve SVC numbers - another requirement that CA flout. Should any of us be surprised ??? Shane ... -- 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: CAZ????? modules
Craddock, Chris wrote: Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Perhaps. But, coming out of the Matrix into the real world, one quickly realizes the IBM packaging genii ought to make allowances for entrenched ISV products that have been around for decades. There's no way *anyone* at IBM should reasonably expect JCLCheck to rename all of its modules after 25 years. Ridiculous! The inconvenience to many thousands of customers won't be worth the satisfaction of being able to say, I told you so! This reminds me of the obstinate jerks that get in the inside lane of the freeway and drive 55. They'll just sit there in their passive-aggressive Nervana while one car after another needlessly endangers themselves and everyone else on the road while passing on the outside. They figure it's their right to do so, but in this state CHP *will* pull them over nonetheless for impeding the flow of traffic. I've seen them do it... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Re: Disk vs Tape scenario
A few minutes - you must have old kit... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Sugliani Sent: Saturday, 18 February 2006 6:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Disk vs Tape scenario On Fri, 17 Feb 2006 21:51:51 +0100, R.S. [EMAIL PROTECTED] wrote: Looks very promising. Yes .. on the other hand when we look at DASD manufacturers numbers .. you wonder why some of us are looking for larger time frame for backup ... the numbers say that we need few minutes to save few teras Ok it is friday :-)) Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: CAZ????? modules
On Feb 17, 2006, at 6:52 PM, Edward E. Jaffe wrote: Craddock, Chris wrote: Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Perhaps. But, coming out of the Matrix into the real world, one quickly realizes the IBM packaging genii ought to make allowances for entrenched ISV products that have been around for decades. There's no way *anyone* at IBM should reasonably expect JCLCheck to rename all of its modules after 25 years. Ridiculous! The inconvenience to many thousands of customers won't be worth the satisfaction of being able to say, I told you so! Just install the product in its own library and let everyone steplib to it. I have almost always done it. The few exceptions get noted and I follow up to let the vendor know this is unacceptible and unless they fix the issue they don't get a renewal in their contract. SIMPLE. This reminds me of the obstinate jerks that get in the inside lane of the freeway and drive 55. They'll just sit there in their passive-aggressive Nervana while one car after another needlessly endangers themselves and everyone else on the road while passing on the outside. They figure it's their right to do so, but in this state CHP *will* pull them over nonetheless for impeding the flow of traffic. I've seen them do it... Ed; I would love to have highway rules enforced in IL. The cops are just plain lazy, IMO. I had a cop tell me that they were too busy getting free coffee at the Starbucks to write parking tickets. Some states have all the luck. Ed -- 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: CAZ????? modules
From: Edward E. Jaffe Craddock, Chris wrote: Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Perhaps. But, coming out of the Matrix into the real world, one quickly realizes the IBM packaging genii ought to make allowances for entrenched ISV products that have been around for decades. There's no way *anyone* at IBM should reasonably expect JCLCheck to rename all of its modules after 25 years. Ridiculous! The inconvenience to many thousands of customers won't be worth the satisfaction of being able to say, I told you so! Never stopped them suddenly deciding to start using DIAGNOSE codes that Amdahl just happened to have used. Unannounced and undocumented of course. I'm sure the folks in the labs (both camps) knew what was in use and what wasn't - I just saw the end effects out in the field. Shane ... -- 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: CAZ????? modules
At 10:42 +1000 on 02/18/2006, ibm-main wrote about Re: CAZ? modules: IBM also reserve SVC numbers - another requirement that CA flout. OTOH - IBM's hands are not 100% clean when it comes to observing reserved SVC Numbers Rules. I seem to remember that while they reserve SVCs 200 (or is it 201) to 255 for Users, they have a few defined ABEND Codes (SXYY) where the YY is in the USER SVC Code Range and thus can cause confusion if USER SVC YY tries to use the same SXYY code as IBM has taken for itself. -- 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: Redirecting Software Functionality
Ed Gould wrote:
On Feb 16, 2006, at 7:40 AM, Walt Farrell wrote:
On 2/15/2006 5:32 PM, Jerry Vernon wrote:
We are trying to restrict the execution of certain programs by LPAR
so we
can just license them by processor. The one in particular we are
looking
at is COBOL. By limiting COBOL compiles to one Development LPAR. Does
anyone know of any software that can be used to do this?
You can do this with the program control features of RACF. Define the
main COBOL compiler module to RACF in the PROGRAM class, with a
universal access (UACC) of NONE, and then do a conditional permission
based on the system ID.
Example:
RDEFINE PROGRAM program-name ADDMEM('load-library-name'//NOPADCHK)
UACC(NONE)
PERMIT program-name CLASS(PROGRAM) ID(*) ACCESS(READ)
WHEN(SYSID(allowed-smf-id))
If you're concerned about programmers making their own copy of the
compiler modules via IEBCOPY, then you can also protect the library
containing the compiler.
Walt,
BTDT... didn't work.. You have to allow read/exec to the steplib. Once
you have given that out its wide open.
Ed
...
I haven't seen anyone mention only allowing RACF EXECUTE permission to
the COBOL compiler loadlib and disallowing READ access. That rules out
casual IEBCOPY duplication of the library and renaming the compiler. I
think that should then insure that the SYSID-specific PROGRAM access is
effective.
--
Joel C. Ewing, Fort Smith, AR[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
Re: CAZ????? modules
On Feb 17, 2006, at 9:59 PM, Thomas Conley wrote: Freakin' Aussies Thomas: Remember they are upside down:) Ed - Original Message - From: ibm-main [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, February 17, 2006 7:42 PM Subject: Re: CAZ? modules From: Craddock, Chris Hmmm. The IBM genius would have been within his/her rights. IBM has documented for eons that they own names in the A-J range. Agree whole-heartedly. Unfortunately as Tom alludes, it's the customer that has to wear the consequences. Tom, you're kicking the wrong vendor. IBM also reserve SVC numbers - another requirement that CA flout. Should any of us be surprised ??? Shane ... - - 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
