2109-M14 IBM Director FICON URGENT!!!!
Hi, Need to config CASCADED ficon directors 2109-M14 IBM Director (brocade SW 24000). 1) What UIM is used? What PSP bucket will I need? 2) Sample IOCP deck of cascaded ficon directors. Thx, Lieven -- 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: 2109-M14 IBM Director FICON URGENT!!!!
I strongly reccomend you to read redbook FICON Implementation... BTW I tried to send you gif file with definitions, but this mailing list rejects gifs and you address failed with permanent error Marian Gasparovic IBM Slovakia On 2/16/06, Lieven Borgs [EMAIL PROTECTED] wrote: Hi, Need to config CASCADED ficon directors 2109-M14 IBM Director (brocade SW 24000). 1) What UIM is used? What PSP bucket will I need? 2) Sample IOCP deck of cascaded ficon directors. Thx, Lieven -- 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: SYS1.IMAGELIB doubts!
Eric, I also think that only the catalogued SYS1.IMAGELIB will be used but I would like to see if our premise is true! I had revising proclibs/parmlibs/nucleus but I haven't found where SYS1.IMAGELIB is defined... Thanks On Wed, 15 Feb 2006 10:04:28 -0600, Eric Bielefeld Eric- [EMAIL PROTECTED] wrote: Chris, I'm pretty sure the answer to your question is that only the catalogued SYS1.IMAGELIB will be used. I dug out my z/OS V1.4 CDs, and looked in the System Dataset Definitions, which I gather you already checked. It did say to catalog the dataset. That brings up a question that I had while looking for this. Where is SYS1.IMAGELIB defined? Or does it just have to exist and be catalogued with that name. I noticed that on our 1.2 system, it isn't found in either proclib or parmlib. The System Dataset definition doesn't mention how to make it a different name if you wanted to do that. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin -- 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: SYS1.IMAGELIB doubts!
Hello Mark, thank you again for your help. We have tested an IPL with renamed SYS1.IMAGELIB and IPL has finished correctly without errors. Chr. On Wed, 15 Feb 2006 10:06:14 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 15 Feb 2006 08:20:57 -0600, Christian Blesa [EMAIL PROTECTED] wrote: Hello, We're revising the required system data sets (SA22-7629-00) and one of them is SYS1.IMAGELIB. Is required library in fact at IPL process? snip IPL, no. JES2 startup, no. Printing - yes. I haven't used the sysres version in many years since it doesn't include any local FCBs / modifications. What I do is copy new members from the IBM distributed version to the local version each time I do an OS upgrade. I haven't seen anything new in quite a while. Of course this won't replace something that had maintenance, but unless I hear of a problem I don't care.There have been times (at other shops) where I did copy with REPLACE and it overlayed like names (that were defined differently) in the local imagelib. What IBM really needs to do is support an imagelib concatenation specification in the JES2 parms. 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 -- 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
Hi Tony, We also have CA-Top Secret (8.0)and I tried doing this by protecting a PROGRAM resource by SYSID. However, I found that CA removed this feature from TSS 5.1 onwards for performance reasons. So, how exactly are you doing this with TSS? Thanks, Stefan -- 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: 2109-M14 IBM Director FICON URGENT!!!!
1) how do I define my second director in HCD? 2) 2109-M14 is this device type:2032? -- 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
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? RACF cannot do this conditioning based on LPAR. Protect access to the compiler by using the WHEN(SYSID()... RACF parameter. Yes, RACF does support this. See the RACF Administrator's Guide. If you want to get fancy, establish a Scheduling Environment to allow easy access to the compiler. This solution is easy and it's free. Bob Shannon Rocket Software -- 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
I would protect IBM product usage by specifying their name in IFAPRDxx with STATE(DISABLED). ITschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon Sent: Thursday, February 16, 2006 1:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality 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? RACF cannot do this conditioning based on LPAR. Protect access to the compiler by using the WHEN(SYSID()... RACF parameter. Yes, RACF does support this. See the RACF Administrator's Guide. If you want to get fancy, establish a Scheduling Environment to allow easy access to the compiler. This solution is easy and it's free. Bob Shannon Rocket Software -- 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: Redirecting Software Functionality
restrict the dataset via CPUID. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Finka Sent: Thursday, February 16, 2006 5:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality Hi Tony, We also have CA-Top Secret (8.0)and I tried doing this by protecting a PROGRAM resource by SYSID. However, I found that CA removed this feature from TSS 5.1 onwards for performance reasons. So, how exactly are you doing this with TSS? Thanks, Stefan -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
Timothy Sipples wrote: I wonder if IPLing z/OS as z/OS.e would do the trick. snip This would, of course, entail additional restrictions--not just the COBOL compiler--and I believe it would also require a change from a z/OS license to a z/OS.e license. -- 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: Redirecting Software Functionality
Itschak Mugzach wrote: I would protect IBM product usage by specifying their name in IFAPRDxx with STATE(DISABLED). snip This works only for products (and optional priced elements of z/OS) that use the IFAEDREG service. I don't think the COBOL compiler is one of them. -- 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: Redirecting Software Functionality
I just love standards. There are so many of them. I wish IBM and all the vendors would agree on ONE method of product protection and have everyone convert to that method. It would make all our lives so much easier. Mark Jacobs Time Customer Service Inc. Tampa, FL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Eells Sent: Thursday, February 16, 2006 8:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality Itschak Mugzach wrote: I would protect IBM product usage by specifying their name in IFAPRDxx with STATE(DISABLED). snip This works only for products (and optional priced elements of z/OS) that use the IFAEDREG service. I don't think the COBOL compiler is one of them. -- 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 -- 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
AFAIK z/OS.e is exactly the same code as z/OS. The only difference is what is allowed to be executed via IFAPRDxx and contractual considerations. snip I wonder if IPLing z/OS as z/OS.e would do the trick. /snip -- 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
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.
ADDSD 'load-library-name' GENERIC UACC(EXECUTE)
The use of EXECUTE here will prevent users from opening the library to
copy programs from it. This approach will work best if the compiler
library is in the system link list, but can also be made to work if your
users need to access the library via a STEPLIB in batch.
It will be harder to make it work if you allow your users to run COBOL
compiles in a TSO session.
Walt Farrell, CISSP
z/OS Security Design, IBM
--
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 2/16/2006 7:10 AM, [EMAIL PROTECTED] wrote: Experts, I have an edit macro here which does some processing on a production file. Excludes a number of records then does some selective deleting based on characters if finds at certain positions. My CLIST knowledge is scant at best, and this macro has gone mad all of a suddun, blowing through BDISPMAX(100) for obvious reason. I've got to debug it, and was wondering if there is anything like the trace function in REXX for edit macros/clists? I'm currently trudging through a few manuals, trying to come up to speed, but if there's something obvious I could use to work out what the thing is doing The macro, if anyone is interested, is below. It runs on about 20,000 lines of input data and has been running quite happily for years, I'm told. ...snipped... Try adding a CONTROL LIST line where you want the tracing to start. See the TSO/E CLISTs book for more information: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4B830/11.1?SHELF=EZ2ZO10FDT=20050715035650 or http://makeashorterlink.com/?M2CB516AC Walt -- 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.
Are you running your edit macro in background (BDISPMAX(100))? if so, just call your edit with a larger number of display screens like this: EXEC PGM=IKJEFT01,DYNAMNBR=100, PARM='ISPSTART CMD(%editmyds) BDISPMAX(9)' and, as Walt mentioned, you can specify Control list (and conlist / symlist) ITschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Thursday, February 16, 2006 3:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISREDIT macro advice required. On 2/16/2006 7:10 AM, [EMAIL PROTECTED] wrote: Experts, I have an edit macro here which does some processing on a production file. Excludes a number of records then does some selective deleting based on characters if finds at certain positions. My CLIST knowledge is scant at best, and this macro has gone mad all of a suddun, blowing through BDISPMAX(100) for obvious reason. I've got to debug it, and was wondering if there is anything like the trace function in REXX for edit macros/clists? I'm currently trudging through a few manuals, trying to come up to speed, but if there's something obvious I could use to work out what the thing is doing The macro, if anyone is interested, is below. It runs on about 20,000 lines of input data and has been running quite happily for years, I'm told. ...snipped... Try adding a CONTROL LIST line where you want the tracing to start. See the TSO/E CLISTs book for more information: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4B830/11.1 ?SHELF=EZ2ZO10FDT=20050715035650 or http://makeashorterlink.com/?M2CB516AC Walt -- 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: Redirecting Software Functionality
On Wed, 2006-02-15 at 17:14 -0600, Ed Gould wrote: But programmers can be fairly tricky. I have seen iebcopy of the contents of the compiler (as well as the syslib of LE) done so they can get around restrictions (like your entry). Then take 'em to HR and have 'em shot. Seriously, this is a management issue, not a technical one. Implement roadblocks to prevent simple mistakes, then put a couple bullets aside to take care of recalcitrant individuals. Zero tolerance: problem solved. You CANNOT keep people around who knowingly bust license terms. -- David Andrews A. Duda and Sons, Inc. [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: Disk vs Tape scenario
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. However, for the original poster's situation, I still believe his best solution is to write directly to his NFS-mounted Unix file system from Fast Unload. In that way, he cuts out =all= of the intermediate I/O. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Thursday, February 16, 2006 8:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality On Wed, 2006-02-15 at 17:14 -0600, Ed Gould wrote: But programmers can be fairly tricky. I have seen iebcopy of the contents of the compiler (as well as the syslib of LE) done so they can get around restrictions (like your entry). Then take 'em to HR and have 'em shot. Seriously, this is a management issue, not a technical one. Implement roadblocks to prevent simple mistakes, then put a couple bullets aside to take care of recalcitrant individuals. Zero tolerance: problem solved. You CANNOT keep people around who knowingly bust license terms. -- David Andrews Totally agree. Been there, but was only able to force a reprimand on the violator. Of course, he then learned what others tried to tell him: Don't P.O. the sysprog. It doesn't pay. He is usually smarter, meaner, and sneaker than you. That one learned the hard way. -- 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: Redirecting Software Functionality
Sadly, the US Department of Justice would probably not allow this. They look very much askance at dominant vendors getting together to talk about terms of sale. Yeah, I know, it seems like all of the customers would benefit, but it would be considered restraint of trade. It would make life difficult for a new entrant into the market who had a new and potentially competitive way of licensing software. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Thursday, February 16, 2006 7:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality I just love standards. There are so many of them. I wish IBM and all the vendors would agree on ONE method of product protection and have everyone convert to that method. It would make all our lives so much easier. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Jobs Going Away
Interesting article about Mainframes at Merrill Lynch Merrill Lynch Co.: Living Legacy We are making the mainframe strategic to our future. It's a fundamental decision, he says. Back in the 1990s, it was trendy to say you were migrating off the mainframe. Now, I couldn't predict when the mainframe will go away. If anything, technologies like X4ML have given it new life. http://www.baselinemag.com/article2/0,1540,1924587,00.asp Duane Reaugh DTS Software -- 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
Mark Jacobs wrote: I just love standards. There are so many of them. I wish IBM and all the vendors would agree on ONE method of product protection and have everyone convert to that method. It was called IBM License Manager for z/OS. The idea was great; the implementation was a total disaster. It was pulled from the shelves never to be mentioned again ... It would make all our lives so much easier. That was the promise. The reality was quite different ... -- 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: ISREDIT macro advice required.
On 16/02/06, Itschak Mugzach [EMAIL PROTECTED] wrote: Are you running your edit macro in background (BDISPMAX(100))? if so, just call your edit with a larger number of display screens like this: EXEC PGM=IKJEFT01,DYNAMNBR=100, PARM='ISPSTART CMD(%editmyds) BDISPMAX(9)' and, as Walt mentioned, you can specify Control list (and conlist / symlist) We are running it in the background, as part of a batch job. BDISPMAX is at the default of 100... I've not tried turning the BDISPMAX value up, as I consistently errors when running the code. I'd like to fix it before turning up BDISPMAX. Things are getting weird. If I execute the following as a batch edit macro: ISREDIT MACRO /* ISREDIT EXCLUDE 'IN FORCE' ALL ISREDIT DELETE ALL NX ISREDIT RESET It fails with (excuse the reflow and wrapping if it screws up): ** ** * Command in error . : EXCLUDE IN FORCE ALL * ** * Invalid parameter * * Check for misspelled keywords or too many bounds (numeric) parameters. * ** * Error message ID . : ISRE197 * ** * Last return code . : 20 * ** * Macro executing . : EM#MGMLA* ** * Press ENTER key to terminate the macro.* ** ** ** ** However, if I change the code to ISREDIT MACRO /* ISREDIT EXCLUDE 'ABC123' ALL ISREDIT DELETE ALL NX ISREDIT RESET i.e. No spaces inside the quoted exclude line. It works perfectly! I suspected some oddball maintenance that might have been applied recently, but both exclude commands work perfectly well, as you'd expect them to, when issued as direct commands within an edit session. I do believe I'm starting to lose my marbles. 4 hours looking at perfectly good (simple) code which isn't working as it should! -- 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
Re: Mount a tape in flexes
Jerry You have to define the device to Flexes first. Go to a terminal window (We have Linux) and enter D DEVSTATE 590 it should show the a file name like /dev/st1 or /dev/st0 If not you will have to issue a mount command to z/OS 1.6. If your FLEX box is from Cornerstone, there should be a window where you issue the shutdown command. Go to that window and issue mount 590 /dev/st0 or /dev/st1 depending on your configuration This will let the z/OS image know where the tape drive is attached. You should then be able to get to the tape drive. I recommend you use the UNIT=560 or UNIT=590 since you only have the one drive. Either it is there or not. 10.59.07 JOB01285 *IEF233A M 0560,IC0413,,RAYX,T01,IBM.HABR110.F1 10.59.49 IEE457I 10.59.49 UNIT STATUS 981 UNIT TYPE STATUSVOLSER VOLSTATE 0560 3480 A-BSY-R IC0413 PRIV/REMOV 0561 3480 OFFLINE /REMOV -Original Message- Subject: Mount a tape in flexes Hi all, First of all sorry for such a vague question which I have posted yesterday and I can understand that your frustrastions are obvious. Anyways, thanks for all your responses. -- 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: SYS1.IMAGELIB doubts!
In a message dated 2/16/2006 4:34:52 A.M. Central Standard Time, [EMAIL PROTECTED] writes: thank you again for your help. We have tested an IPL with renamed SYS1.IMAGELIB and IPL has finished correctly without errors. You guys had me tossing all night. What about the standalone pgms? Been awhile but have done standalone ICKDSF and FDR's SAR product to recover a dead system. The only non-FSS printer is a 6262(formerly a 4248) and it was a life saver. -- 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: DASD allocation guidelines
On Wed, 2006-02-15 at 16:29 -0500, Bruce Black wrote: What does ISMF say about your default device geometry? I am pretty sure that the SMS default geometry only affects space calculations, converting CYL and TRK requests to bytes, and does not affect SDB I think Bob Rutledge has nailed the discrepancy. He pointed out to me that in Using Datasets: Each block in an extended-format data set has a 32-byte suffix, which is added by the system. Your program does not see this suffix, but you might need to consider it when you calculate disk space requirements. I retested SDB for non-SMS, SMS and SMS-EF, with the result: LRECL BLK (non-SMS) BLK (SMS) BLK (EXT) 699127964 27964 27964 699227968 27968 6992 699927996 27996 6999 7000700070007000 So extended-format datasets are blocked differently by SDB, likely due to that 32-byte suffix. Yes, 8 != 32, but there is other block overhead and a block has to fit in an integral number of cells. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/AM3U1001/B.1.1?SHELF=AM311903DT=19930630180527CASE= -- David Andrews A. Duda and Sons, Inc. [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: Redirecting Software Functionality
In a message dated 2/16/2006 7:07:28 A.M. Central Standard Time, [EMAIL PROTECTED] writes: vendors would agree on ONE method of product protection and have everyone convert to that method. It would make all our lives so much easier. Heck then they could outsource us to stanchekistan...:((( -- 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
Art, This goes back to the idea of Rapid Exchange. The unloaded dataset is on a Mainframe volume(s) in the array that can be mounted on Unix and Windows systems through an API provided by HDS. The volume can be read-only to Open, read-only to mainframe, or RW for both - you choose. The dataset can accessed as a Binary, converted through the supplied tables, or you can write your own C routine. It's not an FTP replacement, though some shops use it that way, it is file level data sharing between Mainframe and Open, and it's been around for 6 or 7 years that I know of. This also cuts out =all= the intermediate IO. And the main point is that it all happens at 2-4Gb speed on the SAN, and not 1Gb on your network. I wouldn't suggest it for shops that move a couple of GB a week to/from Open, but if the 100s of files a day are very large then it worth considering, or checking if the current DASD vendor has something similar. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Art Celestini Sent: Thursday, 16 February 2006 10:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Disk vs Tape scenario 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. However, for the original poster's situation, I still believe his best solution is to write directly to his NFS-mounted Unix file system from Fast Unload. In that way, he cuts out =all= of the intermediate I/O. == Art Celestini Celestini Development Services -- 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
New eSource Mag.
Pretty good roll out featuring articles on Lord Abbot, Wachovia, Pittsburg Medical Center, and upcoming events like SHARE. To recommend iSource--Help your colleagues stay informed with all of the latest IBM news. Go to: http://www.ibm.com/isource/cgi-bin/goto?on=recommend_isource -- 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
On Thu, 16 Feb 2006 08:07:17 -0500, Mark Jacobs [EMAIL PROTECTED] wrote: I just love standards. There are so many of them. I wish IBM and all the vendors would agree on ONE method of product protection and have everyone convert to that method. It would make all our lives so much easier. It's a nice dream. I bet you can't even get to one standard for many things in your own shop. :-) 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: Mainframe Jobs Going Away
Absolutely fascinating. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Duane Reaugh Sent: Thursday, February 16, 2006 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Jobs Going Away Interesting article about Mainframes at Merrill Lynch Merrill Lynch Co.: Living Legacy We are making the mainframe strategic to our future. It's a fundamental decision, he says. Back in the 1990s, it was trendy to say you were migrating off the mainframe. Now, I couldn't predict when the mainframe will go away. If anything, technologies like X4ML have given it new life. http://www.baselinemag.com/article2/0,1540,1924587,00.asp Duane Reaugh DTS Software -- 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
HSM Question
We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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 Trace and manuals
First to Mr freelance, I spotted that you had also posted on the bit.listserv.vse-l group. You may like to add a post to your original in order to say the topic has sparked a discussion in the bit.listserv.ibm-main group. This way people will learn most and waste least time. It's normal when duplicate or more posting to say so in each group. Ed, If I were cynical I could suspect that you just got rid of your 3745s and associated (through not exclusively so) software last week/last year/only 5 years ago but you have conditioned your mind into wishing it was a lot longer ago - hence the (deliberate) mistakes :-) or maybe :-( - leaving just enough clues for some poor IBM networker to pick up the hints. As John Chase pointed out (and he obviously never got his head round how to specify just the reports you actually needed - understandable) the product component is ACF/TAP and it is a component of ACF/SSP (not SSL). In longhand that's ACF = Advanced Communications Function, TAP = Trace Analysis Program and SSP = System Support Programs. The ACF is there - and seems to have stuck - because TAP was added to SSP at the time VTAM, NCP and SSP went program product in the late seventies and they all got ACF stuck in front of them in order to distinguish them from the at no extra charge predecessors. Happily the ACF got dropped from VTAM, NCP and SSP some time ago. There is clearly an issue about access to TAP in the era of trying to convert SNA mainframe networking away from 3745s and NCP when SSP, as a whole, becomes unnecessary. Since I am no longer in the thick of things, I will have to leave that for someone else to answer that conundrum. In principle, if you want to read about the 3745, NCP and related products you can use this URL where you will find a number of PDFs: http://www.networking.ibm.com/support/docs.nsf/3745docs?openview That's the good news; the bad news is that NCP V7R7, SSP V4R7, and EP R14 Trace Analysis Handbook (Licensed), LY43-0037-05, being Licensed is not available as a PDF, neither is NCP V7R7, SSP V4R7, and EP R14 Diagnosis Guide (Licensed), LY43-0033-06 which I guessed might be the most appropriate manual until I spotted the Trace Analysis Handbook lower down the list. Having had the IBM Publications search page pointed out to me in an earlier post in this thread I tried NCP, SSP, and EP Resource Definition Reference (SC31-6224-07) and got a more comfortable Read format. I'll be using this in future. Unfortunately no such luck with NCP V7R6, SSP V4R6, EP R12 Trace Analysis Handbook (LY43-0037-05) which requires the expenditure of USD 21.75 (not including taxes) to be viewed. Chris Mason - Original Message - From: Ed Gould [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 15 February, 2006 9:47 PM Subject: Re: VTAM Trace and manuals On Feb 15, 2006, at 4:31 AM, Chris Mason wrote: A reference to the following appeared in a Google Groups digest but not in my reader. I'll be interested to see whether or not this response will be correctly attached to the original. I suspect not. If not, perhaps someone will explain how postings get connected. freelance wrote: Hi, I'm trying to read a Vtam trace. Anyone knows what manual do I need? I guess I need at least the following: Systems Network Architecture: Formats (GA27-3136) Anyone knows where I can find it online, or if there is some kind of tutorial ? Thank you ! --- I believe that there (at least at one time there was) a program that was called TAF (or was it called TAP?) It was document, IIRC the the SSL (utilities for the 37XX box). My memory is not to good on this one but I do remember using it *AGES* ago. 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: Disk vs Tape scenario
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. -- 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
Cobol TGT FCB Mapping
Anyone know where I can find a map of a Cobol for z/OS TGT? Specifically I'm looking for FCB entries. Thanks Ken Porowski AVP Systems Software CIT Group -- 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: Cobol TGT FCB Mapping
Hi Ken: Hi Ken: You get a copy of the TGT and DSA maps at the end of the compilation. You may want to check your options (CBL) to make sure that the maps are being requested. Regards, Gene -- 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: HSM Question
Andy, How about merging the Control Files? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Friday, 17 February 2006 12:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Question We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Cobol TGT FCB Mapping
Enterprise COBOL for z/OS V3.4 Programming Guide, 2.6.3.7.8 Example: TGT memory map. Porowski, Ken Ken.PorowskiTo: IBM-MAIN@BAMA.UA.EDU @CIT.COMcc: Sent by: IBM Subject: Cobol TGT FCB Mapping Mainframe Discussion List IBM-MAIN 02/16/2006 10:27 AM Please respond to IBM Mainframe Discussion List Anyone know where I can find a map of a Cobol for z/OS TGT? Specifically I'm looking for FCB entries. Thanks Ken Porowski AVP Systems Software CIT Group -- 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
Heads Up - LE PE - PK15432
We recently rolled out RSU0512 maintenance which included a fix to allow the LE support for Enterprise Cobol for z/OS V3R4 NF PTF to get applied (which itself was PEd). It turns out there is a new PE related to this support (it went PE on 01/19/2006 - 2 days before our rollout). A short description of PK15432 is: a change in behavior of COBOL programs that include SEARCH ALL ... WHEN statements if the search argument is longer than the key No fix is available yet, so the PTFs (including support for Enterprise Cobol for z/OS V3R4) must be backed out or code changes are required.See the APAR text for details. We were alerted from our applications area when they found bad data. We are trying to assess the impact now and this could be a long clean up effort. Hopefully this post will save someone else. -- 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: Cobol TGT FCB Mapping
I have the map from the compile but for the FCB all I see is where the FCB is and not the fields within it. Am I looking at the wrong thing? IN TGT RESERVED - 72 BYTES0 TGT IDENTIFIER 00048 RESERVED - 4 BYTES 0004C TGT LEVEL INDICATOR00050 32 BIT SWITCH 00054 POINTER TO RUNCOM 00058 POINTER TO COBVEC 0005C POINTER TO PROGRAM DYNAMIC BLOCK TABLE 00060 NUMBER OF FCB'S00064 WORKING-STORAGE LENGTH 00068 ADDRESS OF IGZESMG WORK AREA 00070 ADDRESS OF 1ST GETMAIN BLOCK (SPACE MGR) 00074 RESERVED - 2 BYTES 00078 MERGE FILE NUMBER 0007E ADDRESS OF CEL COMMON ANCHOR AREA 00080 LENGTH OF TGT 00084 RESERVED - 1 SINGLE BYTE FIELD 00088 PROGRAM MASK USED BY THIS PROGRAM 00089 RESERVED - 2 SINGLE BYTE FIELDS0008A NUMBER OF SECONDARY FCB CELLS 0008C LENGTH OF THE ALTER VN(VNI) VECTOR 00090 COUNT OF NESTED PROGRAMS IN COMPILE UNIT 00094 DDNAME FOR DISPLAY OUTPUT 00098 RESERVED - 8 BYTES 000A0 POINTER TO COM-REG SPECIAL REGISTER000A8 ALTERNATE COLLATING SEQUENCE TABLE PTR.000E0 ADDRESS OF SORT G.N. ADDRESS BLOCK 000E4 ADDRESS OF PGT 000E8 POINTER TO 1ST IPCB000F0 ADDRESS OF THE CLLE FOR THIS PROGRAM 000F4 POINTER TO ABEND INFORMATION TABLE 000F8 POINTER TO TEST INFO FIELDS IN THE TGT 000FC ADDRESS OF START OF COBOL PROGRAM 00100 POINTER TO ALTER VNI'S IN CGT 00104 POINTER TO ALTER VN'S IN TGT 00108 POINTER TO FIRST PBL IN THE PGT0010C POINTER TO FIRST FCB CELL 00110 WORKING-STORAGE ADDRESS00114 POINTER TO FIRST SECONDARY FCB CELL00118 POINTER TO STATIC CLASS INFO BLOCK 1 0011C *** VARIABLE PORTION OF TGT *** BASE LOCATORS FOR SPECIAL REGISTERS00124 BASE LOCATORS FOR WORKING-STORAGE 0012C BASE LOCATORS FOR LINKAGE-SECTION 00140 BASE LOCATORS FOR FILES00148 CLLE ADDR. CELLS FOR CALL LIT. SUB-PGMS0016C INDEX CELLS00178 FCB CELLS 00184 TGT WILL BE ALLOCATED FOR 01BC BYTES FCB1 WILL BE ALLOCATED FOR 0114 BYTES FCB2 WILL BE ALLOCATED FOR 0114 BYTES DCB3 WILL BE ALLOCATED FOR 0060 BYTES FCB3 WILL BE ALLOCATED FOR 0114 BYTES DCB4 WILL BE ALLOCATED FOR 0060 BYTES FCB4 WILL BE ALLOCATED FOR 0114 BYTES DCB5 WILL BE ALLOCATED FOR 0060 BYTES FCB5 WILL BE ALLOCATED FOR 0114 BYTES DCB6 WILL BE ALLOCATED FOR 0060 BYTES FCB6 WILL BE ALLOCATED FOR 0114 BYTES DCB7 WILL BE ALLOCATED FOR 0060 BYTES FCB7 WILL BE ALLOCATED FOR 0114 BYTES DCB8 WILL BE ALLOCATED FOR 0060 BYTES FCB8 WILL BE ALLOCATED FOR 0114 BYTES DCB9 WILL BE ALLOCATED FOR 0060 BYTES FCB9 WILL BE ALLOCATED FOR 0114 BYTES GDT1 WILL BE ALLOCATED FOR 00A0 BYTES RCD1 WILL BE ALLOCATED FOR 0050 BYTES RCD2 WILL BE ALLOCATED FOR 00D0 BYTES SPEC-REG WILL BE ALLOCATED FOR 007E BYTES WRK-STOR WILL BE ALLOCATED FOR 4BC8 BYTES DSA WILL BE ALLOCATED FOR 01D8 BYTES -Original Message- Eugene S.Hudders Hi Ken: You get a copy of the TGT and DSA maps at the end of the compilation. You may want to check your options (CBL) to make sure that the maps are being requested. Regards, Gene -- 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: Cobol TGT FCB Mapping
Hi Ken: I am not sure I understand but the FCB Cells at TGT + X'00184' are addresses that should point to the FCBs. Regards, Gene -- 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: Cobol TGT FCB Mapping
What I am looking for is the mapping (field descriptions) of the FCB. -Original Message- Eugene S.Hudders Hi Ken: I am not sure I understand but the FCB Cells at TGT + X'00184' are addresses that should point to the FCBs. Regards, Gene -- 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: Cobol TGT FCB Mapping
On Thursday 16 February 2006 12:15, [EMAIL PROTECTED] wrote: What I am looking for is the mapping (field descriptions) of the FCB. http://bama.ua.edu/cgi-bin/wa?A2=ind9901L=ibm-mainO=DF=S=P=102105 -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[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: ISREDIT macro advice required.
From: Steve Flynn [EMAIL PROTECTED] We are running it in the background, as part of a batch job. BDISPMAX is at the default of 100... I've not tried turning the BDISPMAX value up, as I consistently errors when running the code. I'd like to fix it before turning up BDISPMAX. Steve, Congratulations on not turning up BDISPMAX. That's almost always a bad mistake that gets you nowhere. If a panel or message is displayed in batch and no-one is there to answer it, ISPF redisplays it however many times are indicated in BDISPMAX. If no-one answers after the set number of displays (where the default is 100), it gives up and abends the program. Increasing the number of times the same message or panel is displayed to a bazillion or more does absolutely nothing to fix the error. Instead, it just takes that much longer before the program finally abends and wastes that much more CPU. Things are getting weird. If I execute the following as a batch edit macro: ISREDIT MACRO /* ISREDIT EXCLUDE 'IN FORCE' ALL ISREDIT DELETE ALL NX ISREDIT RESET It fails with (excuse the reflow and wrapping if it screws up): ** * * * Command in error . : EXCLUDE IN FORCE ALL * * * * Invalid parameter * * Check for misspelled keywords or too many bounds (numeric) parameters. * * * * Error message ID . : ISRE197 * * * * Last return code . : 20 * * * * Macro executing . : EM#MGMLA * * * * Press ENTER key to terminate the macro. * * * * * * * ** However, if I change the code to ISREDIT MACRO /* ISREDIT EXCLUDE 'ABC123' ALL ISREDIT DELETE ALL NX ISREDIT RESET i.e. No spaces inside the quoted exclude line. It works perfectly! Steve I agree; it's extremely weird. And because it's weird, it calls for some weird things to try. For one thing, I'd try removing the comment (/*) from line 2. I know that sounds weird, but I once had a macro that stopped working after I inserted a comment. I moved the comment one line up in the macro, and it started working again. It wasn't in the middle of a DO loop or anything like that; I looked at it VERY carefully for quite some time. It made no sense at all; if I put the comment back where it was, it stopped working again. Next, I'd make sure the macro doesn't have any line numbers at the end of the line or any other garbage characters (e.g. non-displayable characters) anywhere in the macro that might somehow be mistaken as part of the code. Next, I'd try adding BUILTIN in front of the EXCLUDE statement, just to make sure you're not somehow picking up an in-house version of EXCLUDE. Next, I'd try the macro on a different file, just to make sure it's not the file itself that's somehow causing the problem. Next, I'd try adding additional ISREDIT commands before the EXCLUDE command, such as ISREDIT BOUNDS, just to make sure its the EXCLUDE that's failing and not the ISREDIT itself that's failing. Next, I'd try a different string that does include spaces; e.g. 'ABC DEF' to see if it's actually the spaces or not that's causing the macro to fail. Next, I'd try reversing the order of the parameters; e.g. ISREDIT BUILTIN EXCLUDE ALL 'IN FORCE'. Last but not least, if none of those things worked, I'd try kicking the computer. It won't fix anything, but it might help you feel better. :-) Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- 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
Other departments that have interest in this sort of behavior, at least where I work, are Loss Prevention and Risk Management. Bob David Andrews wrote: On Wed, 2006-02-15 at 17:14 -0600, Ed Gould wrote: But programmers can be fairly tricky. I have seen iebcopy of the contents of the compiler (as well as the syslib of LE) done so they can get around restrictions (like your entry). Then take 'em to HR and have 'em shot. Seriously, this is a management issue, not a technical one. Implement roadblocks to prevent simple mistakes, then put a couple bullets aside to take care of recalcitrant individuals. Zero tolerance: problem solved. You CANNOT keep people around who knowingly bust license terms. -- 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: DASD allocation guidelines
In [EMAIL PROTECTED], on 02/15/2006 at 08:39 AM, David Andrews [EMAIL PROTECTED] said: Is this really so? When SMF reports a particular number of EXCPs, I believe it's really just counting blocks It's counting EXCP's and adjusting the count to allow for chaining. Keep in mind, however, that block count is not a cost factor; channel connect time is. So the real question is how much more overhead does a read of multiple small blocks have than a read of one large block. Yes, there's some extra time for the additional count areas, but is it more than noise when the record is large? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Crashing (Was: z/OS Console ID Tracking facility)
In [EMAIL PROTECTED], on 02/15/2006 at 09:47 AM, Paul Gilmartin [EMAIL PROTECTED] said: I, contrariwise, even after discovering a circumvention, am more likely start a PMR on any of the approaches that I had initially believed would work. I'll create an ETR, but if I've got an acceptable circumvention then I'll make the PMR severity 3 or 4. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
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
--
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
On Feb 16, 2006, at 8:19 AM, David Andrews wrote: On Wed, 2006-02-15 at 17:14 -0600, Ed Gould wrote: But programmers can be fairly tricky. I have seen iebcopy of the contents of the compiler (as well as the syslib of LE) done so they can get around restrictions (like your entry). Then take 'em to HR and have 'em shot. Seriously, this is a management issue, not a technical one. Implement roadblocks to prevent simple mistakes, then put a couple bullets aside to take care of recalcitrant individuals. Zero tolerance: problem solved. Err... thats not an option in a highly political shop. Politics trumps all. Ed You CANNOT keep people around who knowingly bust license terms. -- David Andrews A. Duda and Sons, Inc. [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: VTAM Trace and manuals
On Feb 16, 2006, at 10:06 AM, Chris Mason wrote: SNIP-- Ed, If I were cynical I could suspect that you just got rid of your 3745s and associated (through not exclusively so) software last week/last year/only 5 years ago but you have conditioned your mind into wishing it was a lot longer ago - hence the (deliberate) mistakes :-) or maybe :-( - leaving just enough clues for some poor IBM networker to pick up the hints. As John Chase pointed out (and he obviously never got his head round how to specify just the reports you actually needed - understandable) the product component is ACF/TAP and it is a component of ACF/SSP (not SSL). In longhand that's ACF = Advanced Communications Function, TAP = Trace Analysis Program and SSP = System Support Programs. The ACF is there - and seems to have stuck - because TAP was added to SSP at the time VTAM, NCP and SSP went program product in the late seventies and they all got ACF stuck in front of them in order to distinguish them from the at no extra charge predecessors. Happily the ACF got dropped from VTAM, NCP and SSP some time ago. There is clearly an issue about access to TAP in the era of trying to convert SNA mainframe networking away from 3745s and NCP when SSP, as a whole, becomes unnecessary. Since I am no longer in the thick of things, I will have to leave that for someone else to answer that conundrum. ---SNIP--- Sorry it was a typo. 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: Redirecting Software Functionality
Don't forget our old friends in auditing. We are seeing these kinds of questions. I agree: it is a management issue. And audit trumps politics. More, SOX holds that the managers of the folks that get sneaky can be held accountable. My $0.02. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rutledge Sent: Thursday, February 16, 2006 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality Other departments that have interest in this sort of behavior, at least where I work, are Loss Prevention and Risk Management. Bob David Andrews wrote: On Wed, 2006-02-15 at 17:14 -0600, Ed Gould wrote: But programmers can be fairly tricky. I have seen iebcopy of the contents of the compiler (as well as the syslib of LE) done so they can get around restrictions (like your entry). Then take 'em to HR and have 'em shot. Seriously, this is a management issue, not a technical one. Implement roadblocks to prevent simple mistakes, then put a couple bullets aside to take care of recalcitrant individuals. Zero tolerance: problem solved. You CANNOT keep people around who knowingly bust license terms. -- 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
On Feb 16, 2006, at 1:35 PM, Hal Merritt wrote: Don't forget our old friends in auditing. We are seeing these kinds of questions. I agree: it is a management issue. And audit trumps politics. More, SOX holds that the managers of the folks that get sneaky can be held accountable. My $0.02. The other issue that I have seen in this that the copies of modules show up in a common library. It is close to impossible to pinpoint who put them there... Looking through SMF shows hundreds of updates and it gets worse as you don't know *WHEN* it happened. Unless you monitor the library on a daily basis it might be years before you run into the issue. If anyone knows of a way to stop it I would be happy to listen. 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: Heads Up - LE PE - PK15432
Yep, we were burned by that one too. Had a lengthy conversation with IBM support on this one, finally got them to fess up that this behavior change was part of the ENT COB 3.4 support, although it was not documented in the PTF as such at the time. This is a real messy one. Like you say, it changes run-time behavior because of the change in the compare, and might not manifest itself for a long time. For now, I added a user hold to the PTF so that it won't get sucked in again. We're using the Freebie Cobol Analysis tool to scan load modules where the Search verb is used. And hoping that IBM sorts this one out. I had heard that they might be coming up with a LE runtime option to control the behavior for compatibility, but I'm not holding my breath. dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, February 16, 2006 11:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Heads Up - LE PE - PK15432 We recently rolled out RSU0512 maintenance which included a fix to allow the LE support for Enterprise Cobol for z/OS V3R4 NF PTF to get applied (which itself was PEd). It turns out there is a new PE related to this support (it went PE on 01/19/2006 - 2 days before our rollout). A short description of PK15432 is: a change in behavior of COBOL programs that include SEARCH ALL ... WHEN statements if the search argument is longer than the key No fix is available yet, so the PTFs (including support for Enterprise Cobol for z/OS V3R4) must be backed out or code changes are required.See the APAR text for details. We were alerted from our applications area when they found bad data. We are trying to assess the impact now and this could be a long clean up effort. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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, When I was last on a long-term consultancy, by example, I tried to encourage a crude approach to documenting responsibility - and purpose - in a common library by creating a member $$$INDEX. Each line in this member started with the name of each member I added - or had been added by someone I worked with and I was changing - to be followed by my name and a brief explanation of why it was there. (The $ signs at the beginning of the name ensured that the member appeared first in the member list of course.) This was a technique I used to use simply to keep track of my own work with my test/education systems since I was very likely to forget work done years before. The 8-character member name was never much help as documentation. I even had higher-level-qualifier.$$$INDEX data sets in which I listed my data sets with explanations. I expect if you made this a rule and devised some code to highlight any undocumented member at the end of each day/week, you might have a management tool to help keep track of who did what and why especially when the who was unavoidably detained incommunicado for whatever reason. Writing this up reminds me that the user name associated with members was some gibberish that needed a lookup tool to translate to a person's name. This must have been why putting the person's name in the description record seemed like a good idea. Maybe there are some products out there which claim to help with a process such as this but there's no avoiding the necessary discipline of remembering to expand the 8 characters to something which describes why the member is there and what it does - and that's assuming there's even a choice of member name. There's a similar issue regarding a single member which can have many people building it up and making changes but I've wittered on enough for now ... Chris Mason - Original Message - From: Ed Gould [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 16 February, 2006 9:09 PM Subject: Re: Redirecting Software Functionality The other issue that I have seen in this that the copies of modules show up in a common library. It is close to impossible to pinpoint who put them there... Looking through SMF shows hundreds of updates and it gets worse as you don't know *WHEN* it happened. Unless you monitor the library on a daily basis it might be years before you run into the issue. If anyone knows of a way to stop it I would be happy to listen. 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: Heads Up - LE PE - PK15432
Here are more comments from my ETR with IBM I guess the rules did change(names removed), from my ETR: David, OK, found two pmrs claiming behavior changed by the APAR. It's related to search/search all comparing the key. In this case we closed a loophole after enhancing National datatypes and some XML/JAVA related stuff. There are two possibilities for the change in behavior. 1) APAR PQ95214 from June, 2005 changed the behavior to be consistent with an alphameric compare. That requires that after the matching parts of the key and argument are tested, then the rest of the longer field must be blanks (not ignored as before). 2) A second possibility was that the unused part of the table was not filled or initialized with a high key, either HIGH-VALUES or all 9's. If the unused keys are not initialized to a high value, the residual data can throw off the binary search. Rgds, xx, - thanks for the update. Regarding #1, what you are saying seems to be a change then from This is found in 6.1.6.5 of manual Enterprise COBOL for z/OS, Language Reference, Version 3 Release 3, Document Number SC27-1408-02, Program Number 5655-G53 Operands of unequal size If the operands are of unequal size, the comparison is made as though the shorter operand were extended to the right with enough spaces to make the operands equal in size. If this is the case, why wouldn't there be a HOLD(ACTION), or at least a HOLD(DOC) on the PTF? Seems like this is the ENT COBOL 3.3 was designed and documented. Dave -- David, You're absolutely right. The reason there is no HOLD card there is because we accidently fixed the loophole. I will publish this to web to warn other users and update PSP bucket. thanks, Ok, now we are getting somewhere. If the old behavior is documented in the V3.3 reference manual and was working as documented pre PQ95214, then you didnt fix a loophole, you changed documented functionality. I don't understand how this can be? Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -- 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
HSM Question II
I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: HSM Question
We really didnt want to pollute our HSM control file. Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, How about merging the Control Files? Ron We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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
On Thu, 16 Feb 2006 15:22:03 -0500, Jousma, David [EMAIL PROTECTED] wrote: Yep, we were burned by that one too. Had a lengthy conversation with IBM support on this one, finally got them to fess up that this behavior change was part of the ENT COB 3.4 support, although it was not documented in the PTF as such at the time. This is a real messy one. Like you say, it changes run-time behavior because of the change in the compare, and might not manifest itself for a long time. snip What I don't get is... at least as of right now this APAR is not even marked HIPER (or doesn't IBM do that until the PTF is available?).This has gone to the highest levels of management in our organization and the question has been asked many times by senior management: Doesn't IBM alert you to a problem like this that has potential for this much damage? It's hard to respond to that yes, there was HOLDDATA and normally someone downloads it weekly and reviews SMP/E report errorsysmods to see potential impacts. This one was overlooked. Even if found, by the person looking things over, I doubt the impact would have been realized. In my thinking, this should have been a red alert. It seems that those are reserved to problems that can't be resolved without an IPL or cause an IPL. While no one likes system outages and they can cost real money depending on the business, data corruption is IMHO a *much worse* scenario. We recently went though a recovery effort from a problem caused by another vendor related to data loss/corruption. Took several weeks of 24*7 work by a lot of people. 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: Redirecting Software Functionality
SMF 30 records usually contain a program name. Do some chargeback. Hit 'em in the budget. One cool thing about this solution is that your customer base may deem it enough of a business need to pay the freight. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday, February 16, 2006 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality On Feb 16, 2006, at 1:35 PM, Hal Merritt wrote: Don't forget our old friends in auditing. We are seeing these kinds of questions. I agree: it is a management issue. And audit trumps politics. More, SOX holds that the managers of the folks that get sneaky can be held accountable. My $0.02. The other issue that I have seen in this that the copies of modules show up in a common library. It is close to impossible to pinpoint who put them there... Looking through SMF shows hundreds of updates and it gets worse as you don't know *WHEN* it happened. Unless you monitor the library on a daily basis it might be years before you run into the issue. If anyone knows of a way to stop it I would be happy to listen. 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: HSM Question II
Andy, You can recover and rename datasets directly from the ABARS backup dataset. I would refer you to the HSM Implementation and Customization Guide and the DSS Storage Administration Reference. //** //* RESTORE FILE(S) FROM ABACKUP DATA FILE //* SEE INDIVIDUAL DATA SET RESTORE WITH ABARS DFSMSDSS DATA FILE IN //* THE DFSMSHSM IMPLEMENTATION AND CUSTOMIZATION GUIDE UNDER THE //* SPECIAL CONSIDERATIONS CHAPTER //** //JS010EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE1DD DISP=OLD,DSN=HSM.APPL01.D.C01V0052, //UNIT=3590E, //VOL=SER=C63981, //LABEL=(01,SL) //* LABEL=(,BLP,,IN,EXPDT=98000) //SYSINDD * RESTORE DATASET(INCLUDE( - PGMJPE.** - )) - RENAMEU(**,PGMABM.PGMJPE.**) - INDD(TAPE1) - CATALOG - SPHERE - ADMIN - IMPORT Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Question II I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Heads Up - LE PE - PK15432
Although the compares are working differently with PK15432 are they not WAD (working as designed/documented) ? As I read the examples in the APAR it was broken and is now fixed (granted, appropriate HOLDDATA would have been nice). Or am I reading this wrong? 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. Ken Porowski -Original Message- Mark Zelden On Thu, 16 Feb 2006 15:22:03 -0500, Jousma, David [EMAIL PROTECTED] wrote: Yep, we were burned by that one too. Had a lengthy conversation with IBM support on this one, finally got them to fess up that this behavior change was part of the ENT COB 3.4 support, although it was not documented in the PTF as such at the time. This is a real messy one. Like you say, it changes run-time behavior because of the change in the compare, and might not manifest itself for a long time. snip What I don't get is... at least as of right now this APAR is not even marked HIPER (or doesn't IBM do that until the PTF is available?).This has gone to the highest levels of management in our organization and the question has been asked many times by senior management: Doesn't IBM alert you to a problem like this that has potential for this much damage? It's hard to respond to that yes, there was HOLDDATA and normally someone downloads it weekly and reviews SMP/E report errorsysmods to see potential impacts. This one was overlooked. Even if found, by the person looking things over, I doubt the impact would have been realized. In my thinking, this should have been a red alert. It seems that those are reserved to problems that can't be resolved without an IPL or cause an IPL. While no one likes system outages and they can cost real money depending on the business, data corruption is IMHO a *much worse* scenario. We recently went though a recovery effort from a problem caused by another vendor related to data loss/corruption. Took several weeks of 24*7 work by a lot of people. 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
z/OS 1.6 Withdrawal Date
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. I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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.
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. /* What happened to the closing */? ISREDIT EXCLUDE 'IN FORCE' ALL If you want ISREDIT to see those apostrophes then you need to quote them, e.g., ISREDIT EXCLUDE 'IN FORCE' ALL ISREDIT EXCLUDE '''IN FORCE''' ALL As a stylistic note I'd consider it more readable to do /* REXX */ address ISREDIT MACRO /* */ IEXCLUDE 'IN FORCE' ALL ALL NX RESET -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
In [EMAIL PROTECTED], on 02/16/2006 at 09:19 AM, David Andrews [EMAIL PROTECTED] said: Then take 'em to HR and have 'em shot. Why? Rope is reusable. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
On Thu, 16 Feb 2006 16:55:30 -0500, Porowski, Ken [EMAIL PROTECTED] wrote: Although the compares are working differently with PK15432 are they not WAD (working as designed/documented) ? As I read the examples in the APAR it was broken and is now fixed (granted, appropriate HOLDDATA would have been nice). Or am I reading this wrong? Perhaps not reading it wrong, just not reading it all. ;-) It is working WAD (working as designed/documented) for Enterprise Cobol for z/OS Version 3 Release 4. Prior versions work differently. The fix (when avialable) will check for Enterprise COBOL V3R3 and earlier and use the compatible behavior. So when migrating to Enterprise COBOL V3R4, code changes may be needed to get the old behavior. Regards, 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 Mark -- 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, Is it safe to assume you are at z/OS 1.4? If the answer is yes, why wouldn't you want to go with z/OS 1.7? In my case, we went to z9s and want to take advantage of some things in z/OS 1.7. As to the every year or every other, I suppose the answer is *IT DEPENDS*. We finished 1.6 only a few months ago and are starting to put up 1.7 next month. The following link does not show any EOS dates for 1.6. Where did you get your information from? http://www-306.ibm.com/software/info/supportlifecycle/list/z.html Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kopischke, David G. Sent: Thursday, February 16, 2006 5:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject:z/OS 1.6 Withdrawal Date 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. I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? Thanks, Dave K. LEGAL DISCLAIMER The information transmitted is intended solely for the individual 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 action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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
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. I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? I don't recall if IBM issued a formal change, but as of z/os 1.6 they went to a every 12 month release schedule instead of the every 6 months, more or less in use before. In 9/2007, z/OS 1.9 (or whatever it will be called) will be released, so if they drop 1.6, they will be supporting 1.7, 1.8 and 1.9, 3 years of releases. If you look back at the earlier releases, the available and EOS dates, each was supported for 3 years, so they are consistent. -- 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: z/OS 1.6 Withdrawal Date
I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? I thought it was only 3. And, the product is only supported for three years. When it was a release a half-year, it pretty well had to be once a year. We're in a special case. We were so back-leveled (2.10), that after we upgraded to 1.4, we have to go to 1.7. 1.4 goes out of support in April 2007, so we have to get to something more current (1.5 also goes out of support at the same time). But, I would expect 1.6 to not go out of support until April 2008. This is being said without looking at the IBM Life-Cycle site. But, once we go to 1.7 (1Q2007), we're not even looking at 1.8 (or 1.9 until mid-2008). - -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: z/OS 1.6 Withdrawal Date
The following link does not show any EOS dates for 1.6. Where did you get your information from? http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_eos_dates.html but the site Bob referenced http://www-306.ibm.com/software/info/supportlifecycle/list/z.html does state the 3 year policy. -- 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: z/OS 1.6 Withdrawal Date
On Thu, 16 Feb 2006 17:27:36 -0500, Bruce Black wrote: The following link does not show any EOS dates for 1.6. Where did you get your information from? http://www- 03.ibm.com/servers/eserver/zseries/zos/support/zos_eos_dates.html but the site Bob referenced http://www-306.ibm.com/software/info/supportlifecycle/list/z.html does state the 3 year policy. The site Bob referenced also had this note: * To estimate the earliest possible end of support date for a version/release add 3 years to the general availability date and then use the next April or September, whichever comes first. Using that formula gives Sept 2006 as EOS (announcement) for z/OS 1.6. -- 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: z/OS 1.6 Withdrawal Date
That's the basis for the question. Waaay back when IBM was talking about an annual release schedule, they announced a four release support policy. I'm not seeing that now. Maybe I'm not reading the dates right ??? I'd have to do some searching just to come up with the doc I think I read that in. Does nobody else recall that ??? On Thu, 16 Feb 2006 17:25:11 -0500, Bruce Black [EMAIL PROTECTED] wrote: 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. I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? I don't recall if IBM issued a formal change, but as of z/os 1.6 they went to a every 12 month release schedule instead of the every 6 months, more or less in use before. In 9/2007, z/OS 1.9 (or whatever it will be called) will be released, so if they drop 1.6, they will be supporting 1.7, 1.8 and 1.9, 3 years of releases. If you look back at the earlier releases, the available and EOS dates, each was supported for 3 years, so they are consistent. -- 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 -- 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
Yes, we're at 1.4. I'm hesitant to go to anything too new for stability reasons. I'll let you guys test it real good before I jump in with both feet ! http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_eos_dates.html On Thu, 16 Feb 2006 17:20:29 -0500, Richards.Bob [EMAIL PROTECTED] wrote: Dave, Is it safe to assume you are at z/OS 1.4? If the answer is yes, why wouldn't you want to go with z/OS 1.7? In my case, we went to z9s and want to take advantage of some things in z/OS 1.7. As to the every year or every other, I suppose the answer is *IT DEPENDS*. We finished 1.6 only a few months ago and are starting to put up 1.7 next month. The following link does not show any EOS dates for 1.6. Where did you get your information from? http://www-306.ibm.com/software/info/supportlifecycle/list/z.html Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 -- 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: That's the basis for the question. Waaay back when IBM was talking about an annual release schedule, they announced a four release support policy. I'm not seeing that now. Maybe I'm not reading the dates right ??? I'd have to do some searching just to come up with the doc I think I read that in. Does nobody else recall that ??? Dave, I always recall 3 years except when z/OS 1 came out; now 3 years sometimes meant 4 releases when they were releasing sometimes annually and sometimes semi-annually. But 3 years has been pretty consistent except for the OS/390 to z/OS transition. Kind regards, -Steve Comstock -- 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
That's the basis for the question. Waaay back when IBM was talking about an annual release schedule, they announced a four release support policy. I'm not seeing that now. Maybe I'm not reading the dates right ??? I'd have to do some searching just to come up with the doc I think I read that in. Does nobody else recall that ??? I thought it was N-3 (-2?). But, with the switch to annual releases and three year support, IIRC, IBM stated (about 2 years ago), all supported releases will work. Which means (right now) that 1.4 through 1.7 will work within the same SYSPLEX. In September 2006, it will be 1.4 through 1.8. In April 2007, it will be 1.6 through 1.8. In September 2007, it will be 1.6 through 1.9. (1.8 and 1.9 may have their names changed to protect the guilty) Also, I could be wrong in the above (I thought I was wrong once, but I found I was mistaken), but I do seem to recall, in that black-hole that I (laughingly call my mind) saw something that stated that. Of course, the day 1.4 (or 1.5) goes out of support does not mean it will blow up (I talked to 1.7 yesterday -- now I'm going to stamp my fee and refuse to play nice), rather, if you have a problem -- TOUGH! - -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: z/OS 1.6 Withdrawal Date
Yes, we're at 1.4. I'm hesitant to go to anything too new for stability reasons. I think that's a specious response. z/OS (and OS/390 before it) has been very stable! I'm trying to get to 1.7 as quickly as possible! - -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: z/OS 1.6 Withdrawal Date
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 The same references to the four-release coexistence policy can be found in: http://www.redbooks.ibm.com/redbooks/pdfs/sg245976.pdf And some more references in: http://www.redbooks.ibm.com/redbooks/pdfs/sg247083.pdf I understand this states coexistence and not support. But what happens if you have a problem with a release that is four releases old ??? Will IBM support the coexistence ??? On Thu, 16 Feb 2006 17:07:11 -0600, Dave Kopischke [EMAIL PROTECTED] wrote: That's the basis for the question. Waaay back when IBM was talking about an annual release schedule, they announced a four release support policy. I'm not seeing that now. Maybe I'm not reading the dates right ??? I'd have to do some searching just to come up with the doc I think I read that in. Does nobody else recall that ??? -- 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: Ah, good for you. But notice that it's OS/390, when releases came every six months; I'll bet there's a later announcement around the time z/OS was announced changing that. [But I don't know for sure, and I wouldn't want to bet on it!] Kind regards, -Steve Comstock 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 The same references to the four-release coexistence policy can be found in: http://www.redbooks.ibm.com/redbooks/pdfs/sg245976.pdf And some more references in: http://www.redbooks.ibm.com/redbooks/pdfs/sg247083.pdf I understand this states coexistence and not support. But what happens if you have a problem with a release that is four releases old ??? Will IBM support the coexistence ??? -- 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
I guess I'm not sure what the issue is, z/OS 1.6 came out september 2004, it goes away september 2007 we upgraded from 1.3 to 1.4, then from 1.4 to 1.6, and are now in planning stages for a 1.6 to 1.8 upgrade Also, This was announced awhile ago ,.replacement of coexistence policy http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10186 Abstract: IBM announced on August 13, 2002 it intends to align the Coexistence-Migration-Fallback policy for z/OS with the Service policy beginning with the September 2004 release. (Reference announcement letter 202-190). IBM announced on August 13, 2002 it intends to align the Coexistence-Migration-Fallback policy with the Service policy beginning with the September 2004 release. (Reference announcement letter 202-190). For z/OS and z/OS.e 1.5, z/OS and z/OS.e 1.4, and lower releases, the existing Coexistence-Migration-Fallback policy (and any accommodations previously provided) remains in effect and is unchanged. For example, this means the following z/OS releases are coexistence, migration, and fallback supported with z/OS 1.4 based upon the existing four consecutive release coexistence policy: z/OS 1.4, z/OS 1.3, z/OS 1.2, and (z/OS 1.1 and OS/390 2.10). IBM intends to continue with the practice of providing service support for each release of z/OS or z/OS.e for three years following its general availability (GA) date. IBM, at its sole discretion, may choose to leave a release supported for more than three years. This change to the Coexistence-Migration-Fallback policy is planned to be effective starting with the first release of the new annual release cycle (that is, with the release that is planned to be available in September 2004). As a general rule, this means three releases will be coexistence, migration, fallback supported over a period of three years. This represents an increase of one year over the two year period provided by the current Coexistence-Migration-Fallback policy of four releases under a 6 month release cycle. Our intention with this policy change is to simplify and provide greater predictability to aid in release migrations. In some cases, more than three releases may be coexistence, migration, and fallback supported, if IBM at its sole discretion chooses to provide service support for greater than three years for a release. However, as an exception, any z/OS or z/OS.e releases having three or less months of service remaining at GA of a new release will be excluded. For example, z/OS 1.2 is expected to go out of service in October 2004, which is one month after the planned availability of the September 2004 z/OS release. Because of the three-months-or-fewer-exception, z/OS V1R2 will not be coexistence, migration, and fallback supported with the September 2004 z/OS release. -- 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
Backup of Offline Data (at a remote site)
We have recently implemented a DR solution involving disk replication and remote tape. All is working well. What we would like to do now is extend the use of this infrastructure to provide a real business benefit (as opposed to just DR), specifically we would like to leverage the snapshot copy of the secondary disk as the source for full-volume dump processing. I understand the options around performing backups of offline data - that is not the problem. The problem is trying to implement a solution that would not cause a huge network impact: Performing a backup of remote disk to remote tape from a local host would see the backup data traverse the network from DR (where the disk is) to prod (where the host is) then out to DR (where the tape is). Is there a way, or solution, that would enable the data to be written directly from the DR Disk sub-system to the DR tape sub-system? -- 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: HSM Question
Andy, I'm not really sure what you mean by that. An MCDS record is an MCDS record; a BDCDS record is a BCDS record; a TTOC is a TTOC; etc, so I'm not really sure what pollution you are talking about. I suggested it because it is how I've seen large LPARS merged in the past. Once you merge the control files you can recycle the old tapes and they are out of your hair. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Friday, 17 February 2006 5:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Question We really didnt want to pollute our HSM control file. Andy S White Internet: Mailto:[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: HSM Question
Ron - But if you take over company XYZ and merge into your HSM control and a user wants to recall a dsn how do you handle it assuming they dont have the same HLQ? Meaning do you define all the alias's from XYZ company on your system and the correct racf rules? To me this would be the only way to do what your describing and im told the VSAM files on a ABARS restore cant be renamed to a new HLQ, is this not true? Im not strong in the Storage area but this is what im being told by the storage people we have. Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, I'm not really sure what you mean by that. An MCDS record is an MCDS record; a BDCDS record is a BCDS record; a TTOC is a TTOC; etc, so I'm not really sure what pollution you are talking about. I suggested it because it is how I've seen large LPARS merged in the past. Once you merge the control files you can recycle the old tapes and they are out of your hair. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Friday, 17 February 2006 5:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Question We really didnt want to pollute our HSM control file. Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: HSM Question II
Terry -= Would that include VSAM datasets and components? Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, You can recover and rename datasets directly from the ABARS backup dataset. I would refer you to the HSM Implementation and Customization Guide and the DSS Storage Administration Reference. //** //* RESTORE FILE(S) FROM ABACKUP DATA FILE //* SEE INDIVIDUAL DATA SET RESTORE WITH ABARS DFSMSDSS DATA FILE IN //* THE DFSMSHSM IMPLEMENTATION AND CUSTOMIZATION GUIDE UNDER THE //* SPECIAL CONSIDERATIONS CHAPTER //** //JS010EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE1DD DISP=OLD,DSN=HSM.APPL01.D.C01V0052, //UNIT=3590E, //VOL=SER=C63981, //LABEL=(01,SL) //* LABEL=(,BLP,,IN,EXPDT=98000) //SYSINDD * RESTORE DATASET(INCLUDE( - PGMJPE.** - )) - RENAMEU(**,PGMABM.PGMJPE.**) - INDD(TAPE1) - CATALOG - SPHERE - ADMIN - IMPORT Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Question II I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: HSM Question II
SPHERE Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 5:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Question II Terry -= Would that include VSAM datasets and components? Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, You can recover and rename datasets directly from the ABARS backup dataset. I would refer you to the HSM Implementation and Customization Guide and the DSS Storage Administration Reference. //** //* RESTORE FILE(S) FROM ABACKUP DATA FILE //* SEE INDIVIDUAL DATA SET RESTORE WITH ABARS DFSMSDSS DATA FILE IN //* THE DFSMSHSM IMPLEMENTATION AND CUSTOMIZATION GUIDE UNDER THE //* SPECIAL CONSIDERATIONS CHAPTER //** //JS010EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE1DD DISP=OLD,DSN=HSM.APPL01.D.C01V0052, //UNIT=3590E, //VOL=SER=C63981, //LABEL=(01,SL) //* LABEL=(,BLP,,IN,EXPDT=98000) //SYSINDD * RESTORE DATASET(INCLUDE( - PGMJPE.** - )) - RENAMEU(**,PGMABM.PGMJPE.**) - INDD(TAPE1) - CATALOG - SPHERE - ADMIN - IMPORT Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Question II I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Backup of Offline Data (at a remote site)
Sigh!!! If FICON was real Fibre Channel you could use server less backup. Basically the host sends a read request to the storage, and the data goes directly to the tape drive through the SAN. But it's FICON :( Do your full volume backups have to be on tape for any reason? If you have HDS USP you could take a Point in Time Shadowimage of the Remote Copy targets each day with the targets being on low cost, virtualised storage. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Pratt Sent: Friday, 17 February 2006 8:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Backup of Offline Data (at a remote site) We have recently implemented a DR solution involving disk replication and remote tape. All is working well. What we would like to do now is extend the use of this infrastructure to provide a real business benefit (as opposed to just DR), specifically we would like to leverage the snapshot copy of the secondary disk as the source for full-volume dump processing. I understand the options around performing backups of offline data - that is not the problem. The problem is trying to implement a solution that would not cause a huge network impact: Performing a backup of remote disk to remote tape from a local host would see the backup data traverse the network from DR (where the disk is) to prod (where the host is) then out to DR (where the tape is). Is there a way, or solution, that would enable the data to be written directly from the DR Disk sub-system to the DR tape sub-system? -- 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: Backup of Offline Data (at a remote site)
Ron, Thanks for your response, and yes, I agree with your comments about 'real' FC vs FICON. It is a little frustrating. Yes, it is a USP at the remote site, and we will be trialling the virtualisation of SATA (in a 9585) starting next week...agree that this could be the best (read Only) solution here but am trying to cross one technical hurdle at a time with the client. -- 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... [snip] This information applies to OS/390 only. The rules for z/OS have changed. Now, the support and coexistence statements are simplified and aligned -- that is, if a release is supported, it coexists with any other supported release. There's no need for the complexities of the OS/390 information you posted. z/OS releases continue to be supported for three years, just as was done for OS/390. -- 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: IRD Ficon Native/Director
I raised the protocol question at an IRD pitch at SHARE back when we were first getting into FICON. The answer was that customers didn't seem very interested FICON support. When I got back to the ranch, I learned why. FICON is so darned fast that switching resources from one LPAR to another hardly seemed worth the trouble. It was cheaper and easier just to add a few more channels. Now that FICON cascading is fully functional, there's even less reason to make a fuss. . . 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/15/2006 10:26:59 PM: snip AFAIK DCM only works with ESCON channel and switches (so only ESCON and FICON bridge/converter) Regards, Yi Ming -- 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: HSM Question II
Andy, You could limit your selection to VSAM via the BY sub parameter in the DSS parms. BY( - (DSORG EQ VSAM) - )) - SPHERE is used to get all comoments of a VSAM cluster including AIXs. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 5:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Question II Terry -= Would that include VSAM datasets and components? Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, You can recover and rename datasets directly from the ABARS backup dataset. I would refer you to the HSM Implementation and Customization Guide and the DSS Storage Administration Reference. //** //* RESTORE FILE(S) FROM ABACKUP DATA FILE //* SEE INDIVIDUAL DATA SET RESTORE WITH ABARS DFSMSDSS DATA FILE IN //* THE DFSMSHSM IMPLEMENTATION AND CUSTOMIZATION GUIDE UNDER THE //* SPECIAL CONSIDERATIONS CHAPTER //** //JS010EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE1DD DISP=OLD,DSN=HSM.APPL01.D.C01V0052, //UNIT=3590E, //VOL=SER=C63981, //LABEL=(01,SL) //* LABEL=(,BLP,,IN,EXPDT=98000) //SYSINDD * RESTORE DATASET(INCLUDE( - PGMJPE.** - )) - RENAMEU(**,PGMABM.PGMJPE.**) - INDD(TAPE1) - CATALOG - SPHERE - ADMIN - IMPORT Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-mfs-storage (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Thursday, February 16, 2006 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Question II I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: HSM Question
Andy, In your original post I didn't realise you wanted to rename the datasets. Merging would mean that you don't have to rename anything. Copies of the current catalogs would have to be imported into your system and appropriate RACF rules defined. If it is for archive purposes then I don't think you have to copy the existing Security rules. I like the idea of archived data being managed by archive software. Looking for the copy of that DCOLLECT three years down the track not be fun. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy White Sent: Friday, 17 February 2006 8:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Question Ron - But if you take over company XYZ and merge into your HSM control and a user wants to recall a dsn how do you handle it assuming they dont have the same HLQ? Meaning do you define all the alias's from XYZ company on your system and the correct racf rules? To me this would be the only way to do what your describing and im told the VSAM files on a ABARS restore cant be renamed to a new HLQ, is this not true? Im not strong in the Storage area but this is what im being told by the storage people we have. Andy S White Internet: Mailto:[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: HSM Question II
Terry - Again im not a storage expert but here is my understanding and I dont think I am explaining this correctly. Its my understanding its the dump/restore of migrated dsns is where HSM cant rename VSAM dsns. Im told this is because HSM doent store the components only the cluster name. The datasets are migrated/restored using import/export, so import/export knows about the components, not hsm for hsm to rename components, it needs to know the details or im told doesn't have access to it nor stores it. This is where the problem lies. How do you get around this? I was told by the store people in site that dump/restore of DASD datasets uses adrdssu so then we can rename the VSAM dsns but not migrated ones. I hope this makes the problem we have clearer... Andy S White Internet: Mailto:[EMAIL PROTECTED] Terry -= Would that include VSAM datasets and components? Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] Andy, You can recover and rename datasets directly from the ABARS backup dataset. I would refer you to the HSM Implementation and Customization Guide and the DSS Storage Administration Reference. //** //* RESTORE FILE(S) FROM ABACKUP DATA FILE //* SEE INDIVIDUAL DATA SET RESTORE WITH ABARS DFSMSDSS DATA FILE IN //* THE DFSMSHSM IMPLEMENTATION AND CUSTOMIZATION GUIDE UNDER THE //* SPECIAL CONSIDERATIONS CHAPTER //** //JS010EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE1DD DISP=OLD,DSN=HSM.APPL01.D.C01V0052, / I Wanted to add to this question what is really the problem for us. When you do a ABARS recover from HSM data its my understanding IBM doesn't give the user the option to rename a VSAM dataset. Does anyone have a way or have gotten around this? We really didnt want to define all the alias's from the system this is all coming from. Original question: We were wondering if anyone has had the same problem as us. We have done a merger with a company but now have a system with a lot of HSM migrated tapes which contains all type of data e,.g. VSAM, PDSE etc. We were going to create ABAR backups but im told by the storage people that it wont handle VSAM correctly if we bring it back to our shop and try to restore it and use it. This would only be restored if we needed it for legal reasons. Has anyone else had this problem? And how did they solve it? We thought about recalling the data to dasd then using something like ADRDSSU or FDR and just back up the backs and do a dcollect so we may get to it some day if needed. The problem is its about 5TB of HSM data and they only have 2 TB of dasd etc Again was wondering if there was an easier solution? If you want to share your thoughts offline id appreciate it. Thanks Andy S White Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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
On Feb 16, 2006, at 2:51 PM, Chris Mason wrote: Ed, When I was last on a long-term consultancy, by example, I tried to encourage a crude approach to documenting responsibility - and purpose - in a common library by creating a member $$$INDEX. Each line in this member started with the name of each member I added - or had been added by someone I worked with and I was changing - to be followed by my name and a brief explanation of why it was there. (The $ signs at the beginning of the name ensured that the member appeared first in the member list of course.) This was a technique I used to use simply to keep track of my own work with my test/education systems since I was very likely to forget work done years before. The 8-character member name was never much help as documentation. I even had higher-level-qualifier.$$$INDEX data sets in which I listed my data sets with explanations. I expect if you made this a rule and devised some code to highlight any undocumented member at the end of each day/week, you might have a management tool to help keep track of who did what and why especially when the who was unavoidably detained incommunicado for whatever reason. Chris, BTDT but we are talking loadlibs here not text type files. Also the libraries where I have seen this done are common test load libraries. I won't *EVEN* go into finding LE modules in a production loadlib. But you are correct this does work with sysprog libraries, Granted its hard to get others to go through this scenerio, but it is worth it. One vendor that I used to maintain their product had literally 100's of members. For that one vendor only we maintained a separate loadlib pds. In a well controlled environment it is usually doable. In others highly doubtful. Trying to stop a smart programmer is difficult. I wish that the linkage editor would handle thing a bit differently but (to me) it is basic MVS flaw and will never be fixed. 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: Redirecting Software Functionality
On Feb 16, 2006, at 3:35 PM, Hal Merritt wrote: SMF 30 records usually contain a program name. Do some chargeback. Hit 'em in the budget. One cool thing about this solution is that your customer base may deem it enough of a business need to pay the freight. I have always been in environments with funny money. But that is an interesting possibility. 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: z/OS 1.6 Withdrawal Date
Dave, This may be what you looked at. It's what we publicize to our clients in order to nurture an appropriate fear of god. ;-) I've heard no suggestion of any deviation from this chart: it's curtains for 1.6 in 3Q07--only six months after the demise of 1.4. http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_eos_dates.html . . 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/16/2006 01:59:45 PM: 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. I don't recall seeing anything that would indicate IBM has changed their four release policy. So what gives ??? Is everyone else upgrading every year ??? Thanks, Dave K. -- 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?
Guess I'm not surprised. Why is this any different from a Laptop? Maybe it's just smaller and easier to conceal. _http://www-128.ibm.com/developerworks/blogs/dw_blog.jspa?blog=533ca=dnw-706_ (http://www-128.ibm.com/developerworks/blogs/dw_blog.jspa?blog=533ca=dnw-706) -- 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
I hasten to clarify, we restrict program usage, in our case SAS, by restricting the load library from which it is executed, for example our permission was written as follows: TSS PER( SASPROF ) DSN( HLQ.SAS.LOADLIB ) ACCESS(FETCH) SYSID(ESYS) Since our search algorithm is merge, all merge users of SASPROF can only execute load modules from this file, via only 1 lpar. Shops using override, allover would be required to place SASPROF as the first profile for each of its users. Sorry for the initial misstatement. tb -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Finka Sent: Thursday, February 16, 2006 4:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redirecting Software Functionality Hi Tony, We also have CA-Top Secret (8.0)and I tried doing this by protecting a PROGRAM resource by SYSID. However, I found that CA removed this feature from TSS 5.1 onwards for performance reasons. So, how exactly are you doing this with TSS? Thanks, Stefan --- --- 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: Redirecting Software Functionality
On Feb 16, 2006, at 10:07 PM, tony babonas wrote: I hasten to clarify, we restrict program usage, in our case SAS, by restricting the load library from which it is executed, for example our permission was written as follows: TSS PER( SASPROF ) DSN( HLQ.SAS.LOADLIB ) ACCESS(FETCH) SYSID(ESYS) Since our search algorithm is merge, all merge users of SASPROF can only execute load modules from this file, via only 1 lpar. Shops using override, allover would be required to place SASPROF as the first profile for each of its users. Sorry for the initial misstatement. tb Tony, I think SAS requires APF authorized library which you can control as well . If someone copies sasprof to another library(and renames it) (along with any other modules) and the SAS program doesn't need (apf) authorization it is still wide open, no? -- 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
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? :-) - - - - - 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
Re: Backup of Offline Data (at a remote site)
z/VSE, Linux, and z/VM now support FCP as well as FICON, so IBM has been fairly busy of late. The technology issues are not exactly trivial for z/OS, so let's see what happens over time. - - - - - 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
