Re: FDR with DFSMS migration question.
-- snip -- I am new to this shop, and it is my first time working with FDR, I am familiar with DFSMS and have just finished reading the FDR manuals (I only fell asleep a few times.). Currently I am trying to understand this new environment, how and why things are setup the way they are. My question of the day is What/where does DFSMS check for a dataset backup prior to migrating a dataset? I thought that DFSMS looked in the BCDS to verify that it had a good backup of the dataset prior to migrating the dataset to tape. However that must not be the case, we use FDR for backup and HSM for migration here without running HSM backups, and datasets migrate. If FDR backup hasn't run on a dataset it won't migrate, and the error is there is no valid backup. Once FDR backs up the dataset HSM is able to migrate the dataset, what is HSM looking at to validate it has a good backup prior to migration? -- snip -- I'm confused as to why you have both FDR and HSM managing your data! My guess is that the DS1DSIND field in the format 1 DSCB is being checked for a valid backup (DS1DSCHA). John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Translate parm
- snip - //STEP0010 EXEC PGM=FTP, // PARM='( EXIT TRACE TRANS PECTAPP.BLVTOBSP.TCPXLBIN' EZA1451E Cannot load translate table specified by TRANSLATE parameter PECTAPP.BLVTOBSP.TCPXLBIN CX0278 main: Exit with error: 14 File DOES exist, it is in the correct format. I works with other FTP(LOCSITE SBD) commands. - snip - I haven't used it for years, but I believe you must not specify the whole name. According to manual SC31-8780-05 URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B950/3.2?SHEL F=F1A1BK61DT=20050708142126 - TRANslate data_set_name Specifies the data set name of a nonstandard translation table. If you specify this parameter, FTP uses the translation table in the user_id.data_set_name.TCPXLBIN data set, rather than the standard translation table provided with TCP/IP (hlq.STANDARD.TCPXLBIN). The hlq.STANDARD.TCPXLBIN data set is never used if you specify the TRANSLATE parameter. If user_id.data_set_name.TCPXLBIN does not exist, FTP uses hlq.data_set_name.TCPXLBIN. If neither data set exists, or if they were incorrectly created, FTP ends with an error message. Since the TRANslate parameter also dictates the search order for DBCS translation tables, you might wish to use a customized DBCS translation table but not require a modified SBCS translation table. If this is the case, copy hlq.STANDARD.TCPXLBIN into the nonstandard TCPXLBIN translation table data set to ensure FTP will start. - I believe it is only the data_set_name part that you need to specify. Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DDR Swap - Yes or No? Unconditional?
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In a message dated 5/11/2006 9:32:05 A.M. Central Standard Time, [EMAIL PROTECTED] writes: More important than automating the swap message is investigating the cause of the I/O errors. Don't we run EREP anymore? There's a nice summary of temps and perms for each device in the history profile. That is not entirely the same, reading EREP reports is done once a day at most and a unit can start swapping at some point during the day and you need to analyze this at that moment. We had one last week that broke down at 14.00 and refused to read any tape anymore. It was taken offline and repaired before the corresponding EREP reports were even generated. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM Extent Consolidation
On Thu, 11 May 2006 19:13:58 -0400 Art Celestini [EMAIL PROTECTED] wrote: :My suggestion as to how to safely implement Extent Consolidation for :non-VSAM data sets opened for EXCP, would be to include a mechanism :where the program could indicate to the system that it is prepared to :re-examine the previously exhausted extent. Without that indicator :being set, the system would best create a new extent. Again, I fail to see why combining the extents on DASD would require combining the extents in the DEB. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Basic APPC question
From your ispf option 6 just issue aping hostname. Jim McAlpine On 5/11/06, Tsai Laurence [EMAIL PROTECTED] wrote: In fact, I can see the ACTIVE Status from HIS server but not sure if the communication is working. I know the APPC APING can test it , but no idea about how to issue this command from the z/OS or From the Window His server ? sincerely, Laurence From: Tsai Laurence [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Basic APPC question Date: Thu, 11 May 2006 16:09:07 + Greetings, To define the CICS Transaction to communication the remote Application server through APPC LU62. WHAT ARE THE REQIRED STEPS to take care ? For CICS , connection group ? , For MVS APPC ? , for MS HIS (host integration server) ? Is there any simple / good document available to refer that ? Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.6 - step-time rounding errors...
We upgraded to zOS 1.6 last weekend. On Monday I noticed a job I'd just written was reporting some weird values for elapsed wall-clock time... 16.35.29 JOB05267 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK 16.35.29 JOB05267 -CM700DSP KSL 00 769K 1.88.18 34.57 16.35.31 JOB05267 -CM700DSP ANALYSE 00244.01.00.04 16.35.31 JOB05267 -CM700DSP EMAILSTEP0010 FLUSH 0.00.00 1439.9 That last step flushed, but appeared to take almost 24 hours to do so. I mentioned this to our sysprogs, who said my job was the only one to exhibit this problem. I've just analsysed the weeks archived syslogs, and found that about 34% of our flushed steps are showing the elapsed wall-clock time of almost 24 hours, and I've found another 10,809 ocurrences of this in the syslogs. I'm not sure if this site has modified the exit which produces this figure (I'm not a sysprog, so I'd not know where to look, even if I could understand the source when I found it). Apparenttly, they can finding nothing on teh IBM database for anything resembling this, which makes me think it's a bug in some exit we've modified at this site. Can anyone give me any clues as to where I could look to invesitigate further? -- 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: VSAM Internals
Thanks guys. I used VSAM Manager before it was part of CatRec+ and Installed CatRec+ (way better than Catsol imho) at a previous site. I'll have a look at the CBT but am actually pleased that there's no easy fix. I was half expecting someone to point me to a new IDCAMS keyword (it's been 3 years since I last got my hands dirty). Looks like an email to Ron for a trial period. buenos, Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - step-time rounding errors...
Steve, The exit involved is IEFACTRT - The SMF Job and Step Termination Exit. From the output you have posted - it looks like you *might* have the one that IBM supply (or used to supply). I am not sure that it is supported by IBM. For alternative flavours of this exit, you could go to PlanetMVS where Dave Alcock has listed a variety of 'flower boxes' and you can choose which one suits. See : www.planetmvs.com Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Flynn Sent: 12 May 2006 05:43 To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.6 - step-time rounding errors... We upgraded to zOS 1.6 last weekend. On Monday I noticed a job I'd just written was reporting some weird values for elapsed wall-clock time... 16.35.29 JOB05267 -JOBNAME STEPNAME PROCSTEPRC EXCPCPU SRB CLOCK 16.35.29 JOB05267 -CM700DSP KSL 00 769K 1.88 .18 34.57 16.35.31 JOB05267 -CM700DSP ANALYSE 00244.01 .00.04 16.35.31 JOB05267 -CM700DSP EMAILSTEP0010 FLUSH 0.00 .00 1439.9 That last step flushed, but appeared to take almost 24 hours to do so. I mentioned this to our sysprogs, who said my job was the only one to exhibit this problem. I've just analsysed the weeks archived syslogs, and found that about 34% of our flushed steps are showing the elapsed wall-clock time of almost 24 hours, and I've found another 10,809 ocurrences of this in the syslogs. I'm not sure if this site has modified the exit which produces this figure (I'm not a sysprog, so I'd not know where to look, even if I could understand the source when I found it). Apparenttly, they can finding nothing on teh IBM database for anything resembling this, which makes me think it's a bug in some exit we've modified at this site. Can anyone give me any clues as to where I could look to invesitigate further? -- 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: z/OS 1.6 - step-time rounding errors...
Steve, This is probably a bug in the IEFACTRT exit. Regards, Philippe Leite z/OS Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - step-time rounding errors...
On 12/05/06, Philippe Leite [EMAIL PROTECTED] wrote: Steve, This is probably a bug in the IEFACTRT exit. Thank you Gentlemen - I shall go and prod bearded people until one of them works out what the problem is. I meant to mention this in my original post - I can find no instances of this happening prior to last Saturday, prior to IPL'ing onto 1.6 (from 1.4) on this production box. I find it slightly disturbing that no-one noticed it in testing however. Ho hum... -- 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: rexx or other macro processor on z/os?
Paul Gilmartin [EMAIL PROTECTED], with whom I often diisagee not just intellectually but viscerally too, judges that nulled-out JCL defaults should be supported; and he has found an IBM JCL-statement option that does so. Tastes differ, sometimes radically. In my own HLASM macro definiitions I treat overriding a default value without replacement as a grievous error. For, say, | macro | example parm=gubbins, . . . | . . . | mend the macro instruction | example parm =, . . . triggers execution of the statements |in setb (t'parm ne 'O')--value supplied? | aif (in),parm_in --if so, examine it |abort setb 1 --no, set quit switch | mnote el,'mnpfx.07i. A value of the parm= keyword parameter* |must be but has not been supplied. Moreover, this error is an* |aggravated one. The default value parm=gubbins has been o* |verridden without replacement.' | ago .after_parm |.parm_in anop | . . . As this small example illustrates, macros can be written in different ways; and JCL support for parameter values can differ too. (Failure to understand that the original model for the syntax of JCL was that of the HLASM macro language is the root of much trouble.) Certain facilities may thus support the dubious practice of treating . . . ,parm=, . . . and . . . ,parm=default value, . . . as equivalent; but, I think fortunately, there is no mechanism currently avaiable for ensuring that all of them do so. John Gilmore Ashland, MA 01721-1817 USA _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 - step-time rounding errors...
Steve, We saw this too. Look at OA06051. Don't despair. John -Original Message- From: Steve Flynn [mailto:[EMAIL PROTECTED] Sent: Friday, May 12, 2006 5:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.6 - step-time rounding errors... We upgraded to zOS 1.6 last weekend. On Monday I noticed a job I'd just written was reporting some weird values for elapsed wall-clock time... 16.35.29 JOB05267 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK 16.35.29 JOB05267 -CM700DSP KSL 00 769K 1.88.18 34.57 16.35.31 JOB05267 -CM700DSP ANALYSE 00244.01.00 .04 16.35.31 JOB05267 -CM700DSP EMAILSTEP0010 FLUSH 0.00.00 1439.9 That last step flushed, but appeared to take almost 24 hours to do so. I mentioned this to our sysprogs, who said my job was the only one to exhibit this problem. I've just analsysed the weeks archived syslogs, and found that about 34% of our flushed steps are showing the elapsed wall-clock time of almost 24 hours, and I've found another 10,809 ocurrences of this in the syslogs. I'm not sure if this site has modified the exit which produces this figure (I'm not a sysprog, so I'd not know where to look, even if I could understand the source when I found it). Apparenttly, they can finding nothing on teh IBM database for anything resembling this, which makes me think it's a bug in some exit we've modified at this site. Can anyone give me any clues as to where I could look to invesitigate further? -- 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: VTS Ejected volume
When the VTS ejects a volume as read-only, it means that the VTS has determined that the tape volume needs to be replaced. We were told that the volume is empty, and VTS had placed it in read-only status until there was no valid data on it. You need to get a new tape that will replace the one ejected, and insert it in so the VTS can use it. Pete -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: An unexpected lights out operation
Murphy? About 3 - 4 years ago we had a UPS filter blow during a cut-over to the UPS, the failover side of the UPS filter blew as well. You should have seen the faces of the UPS vendor. Ed Finnell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/11/2006 11:24 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: An unexpected lights out operation In a message dated 5/11/2006 7:07:05 P.M. Central Standard Time, [EMAIL PROTECTED] writes: But there are two new players in the game. One, there is a shiny new DS8100 in both the primary and DR sites waiting for power whips and two, a far more aggressive DR strategy in the pipeline. Maybe a more thorough review of the SAPR will ring these things out. Glad it worked like it's supposed to, have to agree with Shane too. Murphy is alive and well and crouched in a dark corner waiting to pounce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to pull PDF from CA Install tape?
I have a CA-EXAMINE install that I need to do yesterday!! I have no manuals...at the moment Does anyone know how to pull the PDF file from a CA install tape? I tried gener'ing it to disk and then FTPing binary to my laptop...but that's not working?? Or maybe this is an HFS file?? Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: An unexpected lights out operation
In a message dated 5/12/2006 7:41:58 A.M. Central Standard Time, [EMAIL PROTECTED] writes: to the UPS, the failover side of the UPS filter blew as well. You should have seen the faces of the UPS vendor. Did it set off the Halon? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: An unexpected lights out operation
No. Ed Finnell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/12/2006 09:11 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: An unexpected lights out operation In a message dated 5/12/2006 7:41:58 A.M. Central Standard Time, [EMAIL PROTECTED] writes: to the UPS, the failover side of the UPS filter blew as well. You should have seen the faces of the UPS vendor. Did it set off the Halon? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How to pull PDF from CA Install tape?
Why not login at the CA support web site and get the docs? http://supportconnect.ca.com/sc/support/Index Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Imagine if every Thursday your shoes exploded if you tied tem the usual way. This happens to us all the time with computers, and nobody thinks of complaining. -- Jeff Raskin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Myers Sent: Friday, May 12, 2006 9:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: How to pull PDF from CA Install tape? I have a CA-EXAMINE install that I need to do yesterday!! I have no manuals...at the moment Does anyone know how to pull the PDF file from a CA install tape? I tried gener'ing it to disk and then FTPing binary to my laptop...but that's not working?? Or maybe this is an HFS file?? Dave This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original 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: How to pull PDF from CA Install tape?
In a message dated 5/12/2006 8:09:30 A.M. Central Standard Time, [EMAIL PROTECTED] writes: have no manuals...at the moment Aren't they on the web site? _www.cai.com_ (http://www.cai.com) How about FTP in batch to transfer binary to M/F dasd then FTP to PC? Oh, if you've got Lionel's XMITIP could send it to yourself as an attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DDR Swap - Yes or No? Unconditional?
In a message dated 5/12/2006 2:37:17 A.M. Central Standard Time, [EMAIL PROTECTED] writes: That is not entirely the same, reading EREP reports is done once a day at most and a unit can start swapping at some point during the day and you need to analyze this at that moment. We had one last week that broke down at 14.00 and refused to read any tape Yeah I guess. Used to be a science to predictive behaviour and preventative maintenance. Think CE's used HONE for tracking and depot inventory was partially based on machine type and error rate. All disposable these days. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z800 CCF Cryptal processor utilization
Greetings, It sounds like unable to query the CCF processor utilization through RMF report . Is there any alternative to do with that ? Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
problems with multi volume, restore using FDR
Recently we were at a DR test. And all the restores were running very well. Until we ran into a tape that was multi-volume. Whenever we tried to go to the second tape the restore would abend with a user 833. 15.48.10 JOB04956 IOS000I F911,A5,IOE,3F,0E00,,**,021413,TSUAW6OE 098 We are using BLP processing and everytime we tried to read the 2nd tape we got the same abend. I ended up spliting one job into 16 different jobs, because every time we restored one file, it tried to go to the second tape... Thanks John Benik -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REXX program msg on the the MVS Console ?
Greetings, Would like to have the REXX program msg shown on the MVS console for OPERATOR highlight, is it doable ? Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: An unexpected lights out operation
Very nice narative Hal! Thanks for sharing. A couple of years ago about the same thing happened to us. I was in my cubicle working away (or more probably reading IBM-MAIN) when we took a power hit. No big deal, it was just a flash. Lights blinked, my PC rebooted. Happens once in a while. So I figured I'd walk into the computer room just to check. For those of you who haven't experienced it, it is quite un-nerving to walk into your computer room and it is Dead Silent. Well, not totally dead. The only thing running was our EMC DMX on it's backup batteries. The rest of the building had it's power back. Everything normal, right? Nope, our UPS went to make the switch to batteries and the batteries failed. Now the UPS wouldn't switch back to local power. As I stood in our dimly lit computer room listening to only the DMX running, wondering what went wrong and looking for a scoop for my pants, I hear the DMX powering down. All I could think of was head crashes. And, how the heck do I power all of this stuff up when we do get power back? To make a long story short, we got the UPS switched back to local power and the next day we had new batteries flown in. We brought up our systems just fine about an hour and a half after it all stared. DB2 didn't complain. IMS didn't cry. All was good. We ran on local power with no UPS backup capability for a day and a half. Gutsy move? Yes, considering we ARE the power compnay! Most definitely we make monthly tests on the UPS now. Anyway, just thought I would share. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: problems with multi volume, restore using FDR
When using BLP, there's really no such thing as a multi-volume tape data set - especially if the tape actually contains standard labels. You MIGHT be able to concatenate volume 1 and volume 2. Perhaps something like this: //DUMPIN DD DSN=DOES.NOT.MATTER,DISP=OLD,LABEL=(2,BLP),UNIT=3490, // VOL=SER=VOLUM1 //DD DSN=STILL.DOES.NOT.MATTER,DISP=OLD,LABEL=(2,BLP), // UNIT=AFF=DUMPIN,VOL=SER=VOLUM2 In other words, however you have coded the JCL for the first volume, repeat exactly that DD statement for volume 2, except for the UNIT= and the VOL=SER= values. Brian On Fri, 12 May 2006 09:19:04 -0500, John Benik [EMAIL PROTECTED] wrote: Recently we were at a DR test. And all the restores were running very well. Until we ran into a tape that was multi-volume. Whenever we tried to go to the second tape the restore would abend with a user 833. 15.48.10 JOB04956 IOS000I F911,A5,IOE,3F,0E00,,**,021413,TSUAW6OE 098 We are using BLP processing and everytime we tried to read the 2nd tape we got the same abend. I ended up spliting one job into 16 different jobs, because every time we restored one file, it tried to go to the second tape... Thanks John Benik -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM Extent Consolidation
I suppose letting the new space be described by a new entry in the extent list would resolve the situation I described, but might not other issues surface when the number of entries exceeds 15 (a different condition that could cause the program to choke)? Probably less likely to really create a problem but still a possibility. At 04:33 AM 5/12/2006, Binyamin Dissen wrote: [...snip...] Again, I fail to see why combining the extents on DASD would require combining the extents in the DEB. == 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
VSAM Extent Consolidation
Actually I was lamenting that the VSAM Extent Consolidation doesn't work for non-system managed datasets, not that it didn't work on non-VSAM datasets. Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ADCD 1.6 Creating a new TSO Userid with restriction
Hello, I am on z/OS 1.6 using ADCD. I need to create a new userid that have authority to create and update only datasets that start with, lets say A.X* and only ready all other datasets. What job in ADCD.LIB.JCL should I used and how shoud it look. 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: VSAM Extent Consolidation
I just want to thank everyone for this discussion, especially Mark Thomen. I have noticed some strange allocations with DB2 datasets, and now understand what is happening. It is a little unnerving to look at an IDCAMS LISTCAT and see mutliple extents, with each one a different size. Especially when the sizes do not agree with what was stated when the dataset was defined. When I read the information about the extent consolidation, I thought I do that with HSM and DFDSS now, by copying the dataset. I had no idea that this result is what Thomen and his gang had in mind. Interesting concept. Instead of creating additional VTOC entries, we now modify the existing ones. And the corresponding VVDS entries also just to keep things in sync. Apart from the programming concerns, this could easily apply to all datasets on DASD -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: rexx or other macro processor on z/os?
In a recent note, john gilmore said: Date: Fri, 12 May 2006 11:18:55 + and JCL support for parameter values can differ too. (Failure to understand that the original model for the syntax of JCL was that of the HLASM macro language is the root of much trouble.) Alas, one who starts from that understanding may be misled, for example, by assuming that keyword arguments may be supplied in arbitrary order. JCL does not allow this in all cases. Certain facilities may thus support the dubious practice of treating . . . ,parm=, . . . and . . . ,parm=default value, . . . as equivalent; but, I think fortunately, there is no mechanism currently avaiable for ensuring that all of them do so. I agree with you (but is it possible to agree viscerally?) that the latter form is safer. But when the latter form is not syntactically available, I'll resort to the former. My first statement was that all keyword arguments should have an explicit default value. And, regardless, the doc should not deny the validity of the former when it is in fact accepted. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX program msg on the the MVS Console ?
One fairly simple way is to issue the MVS LOG command from REXX using the CONSOLE environment. For more information see the section on the LOG command in the MVS System Commands manual and the appendix Writing REXX Execs to Perform MVS Operator Activities in the TSO/E REXX Reference manual. Mark Bodenstein ([EMAIL PROTECTED]) Cornell University At 10:24 AM 5/12/2006, Tsai Laurence wrote: Greetings, Would like to have the REXX program msg shown on the MVS console for OPERATOR highlight, is it doable ? Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM Extent Consolidation
Art Celestini [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Mark: Ben Alford was lamenting the fact that Extent Consolidation only worked for VSAM. I was speculating that IBM might not have wanted to simply enable it for non-VSAM because it might break some applications. One scenario that crossed my mind is as follows: Let me say it again: There is NO EXTENT CONSOLIDATION for non-VSAM data sets. Therefore, there is no reason to worry about them. It is very unlikely we will implement that feature for non-VSAM. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ADCD 1.6 Creating a new TSO Userid with restriction
Hi Ed, In respect of yur query I am on z/OS 1.6 using ADCD. I need to create a new userid that have authority to create and update only datasets that start with, lets say A.X* and only ready all other datasets. I also run an 1.6 ADCD system and am happy to exchange information off-list if you wish. I am not aware of a supplied job to do what you want, but one could be prepared easily, although personally I use the RACF panels accessed via option m.3 for the RACF work, and only use a batch job for defining an ALIAS. I define an ALIAS to ensure that the Userid only updates a User Catalog rather than the master catalogue. To achieve the restriction, then besides a Userid, a generic data set profile of A.X* will be required with the appropriate user having ALTER access to it. This can be done via the panels by taking m.3 from the ISPF Menu, then option 1 from the RACF menu. With regard to read access on all other data sets, I am pretty certain this can only be achieved if all other data sets are protected with UACC=READ, which may require further profiles being created if they do not already exist. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the recipients responsibility to ensure that their system is protected from viruses, trojans, worms, and spy-ware. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Revolver Issue
Pat, What this tells me is that your FTP batch must operate in the z/OS UNIX environment since only there can /etc/hosts be in the search order for the local host table. Note however that, should this not be found, the x.HOST.INFO files will be used. Of course, you've got the be clear about the x. (I'm assuming NOCOMMONSEARCH and IPV4.) This is surprising since only TSO FTP is supposed to use the z/OS UNIX environment while FTP (batch) - rather puzzlingly under the header Communications Server TSO commands - is supposed to use the MVS environment. Also rather disconcertingly, the lists towards the end of section 1.2.8.2, Resolver configuration files, are described as examples. It's as if the authors have given up trying to explain and suggest the use of the trace resolver facility to work out which environment the address space is operating under. Is there anyone who can shed some more light on this FTP client environment issue? Chris Mason - Original Message - From: Patrick O'Keefe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 11 May, 2006 7:18 PM Subject: Re: Revolver Issue On Wed, 10 May 2006 15:54:31 -0500, Laine, Rogers [EMAIL PROTECTED] wrote: I'm trying to setup a default revolver using Local Hosts file on MVS. When using FTP under TSO it's able to find the Server name, but if I try a batch job it does not locate the same Server name. What do I need to code in the JCL to locate the correct Server using Local Hosts? ... You may not need anything in your JCL. Very recently I took a resolver trace of a batch FTP and was surprised to see it used the Unix hosts defs rather than the MVS HOSTS defs. Make sure that your /ect/hosts contains the same info as your HOST.INFO datasets. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: problems with multi volume, restore using FDR
Recently we were at a DR test. And all the restores were running very well. Until we ran into a tape that was multi-volume. Whenever we tried to go to the second tape the restore would abend with a user 833. 15.48.10 JOB04956 IOS000I F911,A5,IOE,3F,0E00,,**,021413,TSUAW6OE 098 We are using BLP processing and everytime we tried to read the 2nd tape we got the same abend. I ended up spliting one job into 16 different jobs, because every time we restored one file, it tried to go to the second tape... You don't mention what software was used to do the restore. The U0833 abend sounds like a FDR abend, but it is not one of ours. You say you are using BLP. Are these unlabeled tapes? If not, this might explain the problem. I assume you specify LABEL=(2,BLP). What will happen is that on the first tape it will access physical file 2, which is the data file following the tape labels. But on the SECOND tape, it accesses physical file 1, which is the tape labels of that tape, instead of the data file. Obviously that will not work. If you must use BLP, the only way to do it is to concatinate: //DD1 DD DSN=X,UNIT=TAPE,VOL=SER=11,DISP=OLD,LABEL=(2,BLP) // DD DSN=X,UNIT=AFF=DD1,VOL=SER=22,DISP=OLD,LABEL=(2,BLP) I don't understand why this error would produce the IOS000I message you quote. The IOE is a generic error, so I can't tell what really happened. there is a second line to the message with sense info, which would be helpful if you can post it -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Revolver Issue
Rogers, I'm glad you've managed to get it working. Unfortunately, you haven't said enough about what you have done to get it working. SYS1.TCPPARMS is a partitioned data set where very many parameter data sets may be tidied away as members. The data set name is very commonly given in examples throughout the CS IP Configuration Reference manual. Of course, if a data set is referenced by means of a JCL DD statement, any name can be chosen. CS IP, however, true to its VM roots, does like to allocate data sets by name. SYS1.TCPPARMS(x) is so allocated for a number of server address spaces as follows: SYS1.TCPPARMS(FTPDATA) SYS1.TCPPARMS(OSNMPD) SYS1.TCPPARMS(PWSRC) SYS1.TCPPARMS(SNMPTRAP) In addition SYS1.TCPPARMS(TCPDATA) is one of the ways that the generic TCPIP.DATA data set, otherwise called the client data file, may be identified. The only way I can see SYS1.TCPPARMS being involved in providing the local host table is by means of the member TCPDATA containing the DATASETPREFIX statement identifying your x.HOSTS.ADDRINFO and x.HOSTS.SITEINFO data sets by specifying x. I guess you were not relying on the default, TCPIP as a high level qualifier for any other dynamic allocation. Unfortunately in my past playing with CS IP - nearly always using test systems, I have never needed to use the resolver trace function to help me out which is clearly my loss. I used to rely on students to make mistakes that I needed to sort out but my TCP/IP for MVS class module exercises were never sufficiently unstructured. Regarding changing the default, I now have to assume you are referring to TCPIP.DATA. As I have deduced - possibly erroneously - above, you are using SYS1.TCPPARMS(TCPDATA) and you would prefer something other way to specify the DATASETPREFIX and, possibly, other statements, for example, the statements which would allow you to use a name server. The possibilities are as follows, in the search order: Environment variable - RESOLVER_CONFIG /etc/resolv.conf //SYSTCPD DD statement userid/procname/jobname.TCPIP.DATA SYS1.TCPPARMS(TCPDATA) Resolver - DEFAULTTCPIPDATA TCPIP.TCPIP.DATA The first two are available only when the address space program corresponds to the z/OS UNIX environment as opposed to the MVS environment. If you look in section 1.2.8.2.1, Search orders used in the z/OS UNIX environment of the CS IP Configuration Guide, you'll see how you can specify the data set name using the RESOLVER_CONFIG environment variable and there's even a clever format which allows use of a DD statement rather than a dynamic allocation. /etc/resolv.conf is one of those HFS files. With the SYSTCPD DD statement, you get to select the name of your data set in the most straightforward way. userid/procname/jobname.TCPIP.DATA is rather similar to the way that the HOSTS.INFO files are allocated. I've cheated a little here since, in the z/OS UNIX environment, only userid applies whereas in the MVS environment, it depends on whether or not the address space is a TSO user: userid, a started task: procname, or a job: jobname[1]. SYS1.TCPPARMS(TCPDATA) you know about - I think. In order to use the DEFAULTTCPIPDATA statement, you will need to provide a customized resolver procedure similar to the one posted by Richard Pinion. The way you tell MVS/UNIX System Services that you want this procedure to be used rather than the default IEESYSAS PROG=EZBREINI is to change the RESOLVER_PROC(DEFAULT) statement in SYS1.PARMLIB member BPXPRMxx to RESOLVER_PROC(your-procedure-name), it being conventional and sensible, although not mandatory, to keep the name RESOLVER for the procedure name. Having set up your own resolver procedure, you can then include the DEFAULTTCPIPDATA statement in the SETUP file naming the TCPIP.DATA file to be dynamically allocated. Lastly, you can just specify the TCPIP.DATA parameters in the file TCPIP.TCPIP.DATA to have the minimum flexibility but the maximum predictability. If you have gone to all the trouble of setting up the resolver procedure, you might like to simplify the specification of the local host table by including the DEFAULTIPNODES statement naming a file using the usual UNIX/Windows (and Linux, I guess) format for associating IP names and addresses in place of the old RFC 952 format. You also have to specify the COMMONSEARCH statement which is a rather roundabout way of consigning the old x.HOSTS.INFO data sets to the realms of not particularly fond memory. Have we finished with this TCPIP.DATA data set? Well, not completely. Although you may not need this information right now, it's as well to know in case you are sharing these specifications with a colleague or two and he/she knows that there is also a GLOBALTCPIPDATA statement (and a GLOBALIPNODES statement) and is tempted to use it. The point of which to be aware is that a subset of parameters, characterised by being associated with the invocation of name servers, is always taken from the GLOBALTCPIPDATA data set and the
Re: Revolver Issue
Pat, I had a bit of a shock while composing my penultimate post to Rogers in discovering that the lists in section 1.2.8.2, Resolver configuration files, were not the actual search orders and that there was much more to it. I've done a bit more in the way of research - it couldn't be worse explained if they tried - nul points[1] for the authors of the CS IP Configuration Guide. I'll send you my summary of the convolutions and you can see if it's any better than the regular manuals. Chris Mason [1] That only works in Europe, the Eurovision song contest is coming round again - g for groan - think Norway - although their neighbour is famous for promoting where I live. - Original Message - From: Patrick O'Keefe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 11 May, 2006 9:38 PM Subject: Re: Revolver Issue On Thu, 11 May 2006 14:01:28 -0400, Richard Pinion [EMAIL PROTECTED] wrote: Doesn't the RESOLVER address space setup the default resolver configuration? ... What I found in the revolver trace is it was using SYS1.TCPPARMS as the default, so I made my changes there and it now works. My next question is where can I change this default to something else? ... Yes, but that might not answer the original question. The IP Config Guide goes into detail about the convoluted search order for dynamically allocated TCP/IP datasets and files (including HOSTS datasets and files). You might get by with a different just allocating different dataset names for tha info. More likely you need to specify a DATASETPREFIX parm in the RESOLVER initialization TCPDATA. And if you want the RESOLVER to use the same TCPDATA as other address spaces you have to use the RESOLVER SETUP parms to point to the RESOLVER's TCPDATA (and the default and/or overriding TCPDATA to be used by everyone else). And while you're in the SETUP area you can set a common HOSTS source to be used by everybody (and completely ignore what I said about DATASETPREFIX for the the hosts data). What I just said is pretty sloppy. You really need to look at what the IP Config Reference and Guide have to say about the RESOLVER. There is a LOT of flexability there. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Revolver Issue
Shane, I explained the key points in the post to Rogers. You can take/modify the sample procedure, code up your SETUP file and then respecify the RESOLVER_PROC statement in BPXPRMxx. Actually, to give credit where it is due, Brian Phillips covered a lot of this in IBMTCP-L but, for some reason, the discussion has been switched to IBM-MAIN. Chris Mason - Original Message - From: Shane [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 11 May, 2006 11:16 PM Subject: Re: Revolver Issue On Thu, 2006-05-11 at 14:01 -0400, Richard Pinion wrote: Doesn't the RESOLVER address space setup the default resolver configuration? ISREDDE2 SYS1.PROCLIB(RESOLVER) Used to be the proc was only user-adjustable if you added a parm to the BPX member. Else you got a generated STC with defaults you couldn't influence. Things may have changed since I last looked. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extent Consolidation
Yes Mark, the whole discussion was based on a lot of wishful thinking on our part. But, since you say it's unlikely you'll do it for non-VSAM, it might not be a bad idea for an ISV product ... ;-) At 11:48 AM 5/12/2006, Mark Thomen wrote: [...snip...] Let me say it again: There is NO EXTENT CONSOLIDATION for non-VSAM data sets. Therefore, there is no reason to worry about them. It is very unlikely we will implement that feature for non-VSAM. == 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: Revolver Issue
Maybe I don't understand the RESSETUP. But I thought, depending on what I have coded, that is the place and order of search I don't have to guess or trace. [EMAIL PROTECTED] 5/12/2006 12:09:54 PM Richard, I'm not quite sure what you mean here. Presumably you have specified the resolver statements you want in the RESSETUP member and this takes you into the maze of specifications from which it seems folk need the resolver trace in order to be extracted. Chris Mason - Original Message - From: Richard Pinion [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 11 May, 2006 8:01 PM Subject: Re: Revolver Issue Doesn't the RESOLVER address space setup the default resolver configuration? ISREDDE2 SYS1.PROCLIB(RESOLVER) - 01.02 Columns 1 00080 Command === Scroll === CSR ** * Top of Data ** 01 //RESOLVER PROC PARMS='CTRACE(CTIRES00)' 02 //* - - - - - - - - - - - - - - - - - - - - - - 5 Line(s) not Displayed 08 //* 09 //* Function: Start Resolver 10 //* 11 //RESOLVER EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=PARMS 12 //* - - - - - - - - - - - - - - - - - - - - - 20 Line(s) not Displayed 33 //SETUP DD DSN=SYS1.PARMLIB(RESSETUP),DISP=SHR,FREE=CLOSE -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How to pull PDF from CA Install tape?
Dave, Just did it on Monday. It's a zipped file, so after you FTP it to your PC, you must unzip it. I used WinZip and when I clicked on the file, I received a message that said Archive contains one file: caism40o.tarShould WinZip decompress it to a temporary folder and open it? I replied Yes and it opened a window that listed several pdf files, and I extracted the ones I wanted. Step 7 of my CA Getting Started manual indicates that for Windows NT and 2000 use WinZip 7.0 or above if available, or enter the following at a command prompt: gzip -d archivename.tgz pax -r -f archivename.tar In this example, I believe archivename is a variable. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Dave Myers Sent: Friday, May 12, 2006 8:09 AM I have a CA-EXAMINE install that I need to do yesterday!! I have no manuals...at the moment Does anyone know how to pull the PDF file from a CA install tape? I tried gener'ing it to disk and then FTPing binary to my laptop...but that's not working?? Or maybe this is an HFS file?? Notice.Notice :Ben E. Keith has changed our email address from bekco.com to benekeith.com. The user-id to the left of the @ has not changed. Please change your contact info to this new email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM Extent Consolidation
But, since you say it's unlikely you'll do it for non-VSAM, it might not be a bad idea for an ISV product ... Since you asked, COMPAKTOR (FDRCPK ala FASTCPK) has been combining extents for 20 years for non-VSAM and a little less for VSAM. To the best of my knowledge, DFSMSdss DEFRAG may make extents contiguous but will not combine them. -- 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: Basic APPC question
Lawrence, There is a guide, a redbook, which was comprehensive in its day. However that day was sometime in 1994. Nevertheless, you may find some of the products covered are more-or-less unchanged, for example, CICS and APPC/MVS, and principles are always sound; I would expect, for example that what you find in OS/2 is recognisable in today's HIS. http://publib-b.boulder.ibm.com/abstracts/gg244485.html?Open Let us know how you get on. To answer your second post: on z/OS, APING is a VTAM command (as well as being part of the APPC Application Suite, a component of Communications Server). On OS/2 one needed to keep a diskette handy with APING and APINGD on it so that you could set it up when necessary. Why not ask on microsoft.public.hisserver.general about where APING can be found? It's the sort of thing that should be downloadable. Well, I tried Google and found http://msdn.microsoft.com/library/default.asp?url=/library/en-us/his/htm/_sna_aping_and_apingd_cpic.asp This shows that APING and APINGD exist but checking around in the manual, it seems you need to build them. Probably not a problem for you since you were/are planning to build some APPC applications anyhow. Chris Mason - Original Message - From: Tsai Laurence [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 11 May, 2006 6:09 PM Subject: Basic APPC question Greetings, To define the CICS Transaction to communication the remote Application server through APPC LU62. WHAT ARE THE REQIRED STEPS to take care ? For CICS , connection group ? , For MVS APPC ? , for MS HIS (host integration server) ? Is there any simple / good document available to refer that ? Sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM Extent Consolidation
On May 12, 2006, at 10:48 AM, Mark Thomen wrote: Art Celestini [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Mark: Ben Alford was lamenting the fact that Extent Consolidation only worked for VSAM. I was speculating that IBM might not have wanted to simply enable it for non-VSAM because it might break some applications. One scenario that crossed my mind is as follows: Let me say it again: There is NO EXTENT CONSOLIDATION for non-VSAM data sets. Therefore, there is no reason to worry about them. It is very unlikely we will implement that feature for non-VSAM. Mark, IIRC FDR does it extremely efficiently. Help support OEM vendors:) 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: VSAM Extent Consolidation
Ed Gould wrote: On May 12, 2006, at 10:48 AM, Mark Thomen wrote: Let me say it again: There is NO EXTENT CONSOLIDATION for non-VSAM data sets. Therefore, there is no reason to worry about them. It is very unlikely we will implement that feature for non-VSAM. Mark, IIRC FDR does it extremely efficiently. Help support OEM vendors:) Ed You haven't been paying attention, have you Eg? What's being discussed here is not some sort of daily or hourly mass reorg. Rather, the discussion centers around real-time extent consolidation, performed by the access method itself, when a new, contiguous extent is added. FDR does not do that! -- 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: VSAM Internals
Hi Joe, In response to your posting this morning: Thanks guys. I used VSAM Manager before it was part of CatRec+ and Installed CatRec+ (way better than Catsol imho) at a previous site. I'll have a look at the CBT but am actually pleased that there's no easy fix. I was half expecting someone to point me to a new IDCAMS keyword (it's been 3 years since I last got my hands dirty). Looks like an email to Ron for a trial period. I'm always interested in helping tune a troublesome file, by providing a free short-term copy of our VSAM KSDS mapping program. As you mentioned, the MAP facility is from a Mainstar program called VSAM Manager, which we have also incorporated into Catalog RecoveryPlus (CR+). MAP does indeed show you the insides of any KSDS, including an ICF catalog BCS, so that you can see exactly what's going on with it from the standpoint of record insertion activity. This helps identify better reorg frequencies (which are usually too frequent), where and why CI/CA splits are occurring, illustrates dead CIs due to a bad index CI size, too little or too much FREESPACE, and many other KSDS definition errors. I'm more than happy to ship a copy of VSAM Manager to you, at no cost, and then help you analyze the file in question. Respond back to me with an offline e-mail and we can discuss this further. Best regards, Ron Ferguson CR+ Product Architect Mainstar Software Corporation www.mainstar.com [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: Basic APPC question
Jim, I think this requires that the APPC Application Suite program has been installed which may not be the case. Mind you I haven't been involved with this for about 10 years now. In any case it's unnecessary since VTAM supplies the APING command so you could run that from SDSF. Chris Mason - Original Message - From: Jim McAlpine [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, 12 May, 2006 10:54 AM Subject: Re: Basic APPC question From your ispf option 6 just issue aping hostname. Jim McAlpine On 5/11/06, Tsai Laurence [EMAIL PROTECTED] wrote: In fact, I can see the ACTIVE Status from HIS server but not sure if the communication is working. I know the APPC APING can test it , but no idea about how to issue this command from the z/OS or From the Window His server ? sincerely, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zFS Usage
Scenario: I have a zFS multi-volume aggregate defined and mounted at /service . File is allocated as CYL(500 500) to hold initial data and starts at 1 extent of 500 cylinders. User starts adding data to the file system so it continues to grow to over 60,000 cylinders but storage pool can handle it so no problem. User then decides to delete all the data but zFS still keeps the space, it's just empty now. Since the file is mounted it will never be migrated by HSM and the space is just basically wasted. Even if I could migrate it, won't HSM just backup and then restore the same 60,000 cylinders when it is recalled? Is there anyway to shrink this back down to the original allocation of 500 cylinders automagically when the file is basically empty? How are people handling this? Dennis -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Revolver Issue
On Fri, 12 May 2006 12:18:21 -0400, Richard Pinion [EMAIL PROTECTED] wrote: Maybe I don't understand the RESSETUP. But I thought, depending on what I have coded, that is the place and order of search ... Yes, but ... It's complicated. If you specify GLOBALTCPIPDATA, the RESOLVER initialization parms in that TCPDATA is what is used everywhere. But if you do not specify GLOBAL... then the search order for TCPDATA will be used, a set of parms will found, RESOLVER parms that apply will be processed (possibly changing things like DATASETPREFIX, I think). Since every process asking for name resolution could point to a different TCPDATA there is just no way to predict what search orders are going to be. If you have GLOBALTCPIPDATA you really simplify your search environment because the RESOLVER looks nowhere else for its rirectives. They are either in the GLOBAL defs or defaults are used. At least I think that's how it works. In any case, the resolver trace is your friend. It will tell you what is going on. Patrick O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-OPS/MVS Date Time
We are z/OS V1R4. Is there any way to put the current date and time in a message with a MSG RULE. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Revolver Issue
On Fri, 12 May 2006 18:12:31 +0200, Chris Mason [EMAIL PROTECTED] wrote: ...I've done a bit more in the way of research - it couldn't be worse explained if they tried - nul points[1] for the authors of the CS IP Configuration Guide. ... Hmm. I got to proofread the original Converged Resolver doc and suggest changes, so maybe I'm partly to blame. Or maybe it just went downhill over the releases. Yes, I'm sure that must be it. :-) Actually, I've probably not read the doc carefully since that original proofreading, and I know I misunderstood some of its behavior. (My current shop does not use GLOBALTCPIPDATA so I'm learning parts I never had to know before. GLOBALTCPIPDATA simplifies things A LOT.) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Console address.
Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks - Get amazing travel prices for air and hotel in one click on Yahoo! FareChase -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Console address.
CONSOLxx - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 12, 2006 4:20 PM Subject: Console address. Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks - Get amazing travel prices for air and hotel in one click on Yahoo! FareChase -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Console address.
Got it...thanks. Howard Rifkind [EMAIL PROTECTED] wrote: Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks - Get amazing travel prices for air and hotel in one click on Yahoo! FareChase -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Revolver Issue
... What this tells me is that your FTP batch must operate in the z/OS UNIX environment since only there can /etc/hosts be in the search order for the local host table. ... This is surprising since only TSO FTP is supposed to use the z/OS UNIX environment while FTP (batch) - rather puzzlingly under the header Communications Server TSO commands - is supposed to use the MVS environment. ... I thought all three instances of the FTP client actually used the same program. That program could obviously use different socket APIs for different invocations, but I bet it doesn't. I bet the doc is out of date. Maybe we should move this over to the TCP/IP Listserver for clarification. We might get one of the desingers or developers to comment. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: problems with multi volume, restore using FDR
Thanks for your help I'll see if I can find any more information on this on Monday. It was very obvious that this was the first time this had ever gone multivolume. The tapes are created SL tapes so my thinking was that once the TMC was up and running on this system I could restore them as SL. The problem was the tmc was not restored from the backup tape but a full volume backup. I never tried the concatination method, but instead we had it coded as vol=(,retain,,ser=11,22) it sounds like the concatination may have worked fine instead. The job is created with Label= (2,blp) on the first dataset then the next step might have label= (5,blp) ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Console address.
Hi Howard. You can display it.. Whith D CONSOLES,N( No actives ) And D CONSOLES,A( Actives) Atte. Alvaro Quintupray B. Ingeniero de Sistemas Nexus S.A. Fon : 420 8149 Fax : 420 8508 -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de Rob Schwartz Enviado el: Viernes, 12 de Mayo de 2006 16:24 Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: Console address. CONSOLxx - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 12, 2006 4:20 PM Subject: Console address. Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks - Get amazing travel prices for air and hotel in one click on Yahoo! FareChase -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD clock discussion.
What an interesting question. PC clocks are of such abysmal quality that they are not remotely usable for even the most simple business mission. Of course there is a need to be able to constantly correct them from a reliable time source. And I do mean constantly. Every few seconds. I recall some servers not too long ago that stopped the clock to do an ordinary disk I/O. Compare to most any industrial equipment (to include the MF) that uses time. They almost always have a high quality clock that is accurate to milliseconds per fortnight without any outside help. The MF is especially reliant on a time base because it offers an ironclad 100% guarantee of data integrity and recoverability. (Of course, you have to do your part to exploit the guarantee.) To me, it makes perfect sense that the MF could not rely on any time source that does not meet its sub nanosecond needs. It also follows that thinking that servers that have to have an external time source are superior in any way to those that don't is just plain, ah, um, naïve. The only reason you need an external time source for a MF is when you want to have the exact same time setting (to a few nanofortnights) as another MF. Fortnight? I really used that metric? Must be showing my age ;-) http://en.wikipedia.org/wiki/Fortnight My $0.02, and forgive me for having a little fun on a Friday evening. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, May 11, 2006 1:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TOD clock discussion. I vaguely understand why the hardware, TOD, clock is inviolate. That is, why a person cannot simply change it to a new value. However, unfortunately, this is becoming yet another the mainframe is junk argument. The UNIX and Windows servers are constantly adjusting their clocks using an SNTP server. The mainframe clock, set who knows when, is about 3 minutes slow. I guess my question is: Why does IBM and other software vendor depend on the TOD clock not changing drastically and never, ever, going backwards? How would you address this complaint. Without spending any money (gilt, lucre, dinero, ...) -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD clock discussion.
That being said, wouldn't it make sense to, at some time around an IPL, POR, or some other situation where either an LPAR or the entire box is down, that while starting up, the z-box could sync it's time to an external source like NTP? Obviously that wouldn't work in a sysplex where everything is attached to each other, but in a stand-alone environment it would make things much easier and we wouldn't have to rely on an operator reading the clock correctly. Pretty soon all these $.02 will start adding up to some real money! ;~) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Friday, May 12, 2006 3:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TOD clock discussion. What an interesting question. PC clocks are of such abysmal quality that they are not remotely usable for even the most simple business mission. Of course there is a need to be able to constantly correct them from a reliable time source. And I do mean constantly. Every few seconds. I recall some servers not too long ago that stopped the clock to do an ordinary disk I/O. Compare to most any industrial equipment (to include the MF) that uses time. They almost always have a high quality clock that is accurate to milliseconds per fortnight without any outside help. The MF is especially reliant on a time base because it offers an ironclad 100% guarantee of data integrity and recoverability. (Of course, you have to do your part to exploit the guarantee.) To me, it makes perfect sense that the MF could not rely on any time source that does not meet its sub nanosecond needs. It also follows that thinking that servers that have to have an external time source are superior in any way to those that don't is just plain, ah, um, naïve. The only reason you need an external time source for a MF is when you want to have the exact same time setting (to a few nanofortnights) as another MF. Fortnight? I really used that metric? Must be showing my age ;-) http://en.wikipedia.org/wiki/Fortnight My $0.02, and forgive me for having a little fun on a Friday evening. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, May 11, 2006 1:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TOD clock discussion. I vaguely understand why the hardware, TOD, clock is inviolate. That is, why a person cannot simply change it to a new value. However, unfortunately, this is becoming yet another the mainframe is junk argument. The UNIX and Windows servers are constantly adjusting their clocks using an SNTP server. The mainframe clock, set who knows when, is about 3 minutes slow. I guess my question is: Why does IBM and other software vendor depend on the TOD clock not changing drastically and never, ever, going backwards? How would you address this complaint. Without spending any money (gilt, lucre, dinero, ...) -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: problems with multi volume, restore using FDR
You could have simply specified the actual LABEL=(n,SL), VOL=(11,22) (and EXPDT=98000 to skip TMS processing) in your restore JCL. It is always easier to read standard label tapes using standard label processing. TMS is not necessary to do this. It does not matter what TMS shows in the TMC, EXPDT=98000 tells TMS that the tape is unknown to TMS. Bruce Black and I were simply observing that it is technically possible to read a multi-volume standard label tape using bypass label processing, and technically how to do that. Just because it is technically possible to read a multi-volume standard label tape using bypass label processing does not make it a good idea, or even necessary. Brian On Fri, 12 May 2006 15:39:38 -0500, John Benik [EMAIL PROTECTED] wrote: Thanks for your help I'll see if I can find any more information on this on Monday. It was very obvious that this was the first time this had ever gone multivolume. The tapes are created SL tapes so my thinking was that once the TMC was up and running on this system I could restore them as SL. The problem was the tmc was not restored from the backup tape but a full volume backup. I never tried the concatination method, but instead we had it coded as vol=(,retain,,ser=11,22) it sounds like the concatination may have worked fine instead. The job is created with Label= (2,blp) on the first dataset then the next step might have label= (5,blp) ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TOD clock discussion.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, May 12, 2006 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TOD clock discussion. That being said, wouldn't it make sense to, at some time around an IPL, POR, or some other situation where either an LPAR or the entire box is down, that while starting up, the z-box could sync it's time to an external source like NTP? Obviously that wouldn't work in a sysplex where everything is attached to each other, but in a stand-alone environment it would make things much easier and we wouldn't have to rely on an operator reading the clock correctly. Pretty soon all these $.02 will start adding up to some real money! ;~) Rex That is my original problem. Around here it is very truthfully said: Perception is reality! The management and users perceive the mainframe to be junk. One reason, among many, is because it can't even have an accurate clock!. And why do you have to IPL to set the clock, that's stupid! Along with the ever popular: How much would a ... cost? You're kidding! ( like the price of an ETR to automatically set the hardware clock so that the time is not fat fingered at POR). Every time something like this comes up around here, it is a black eye for the mainframe and just reinforces the Windows is better, faster, cheaper! perception. Note that reliability is NOT actually considered that important. The users are simply used to unreliable systems (like a production server needing to be rebooted in order to fix a memory leak problem). Oh, well, what do I know? I'm old and out-of-touch-with-reality-as-it-currently-exists. I also have a bad attitude (tm). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: TOD clock discussion.
Pommier, Rex R. wrote: That being said, wouldn't it make sense to, at some time around an IPL, POR, or some other situation where either an LPAR or the entire box is down, that while starting up, the z-box could sync it's time to an external source like NTP? Obviously that wouldn't work in a sysplex where everything is attached to each other, but in a stand-alone environment it would make things much easier and we wouldn't have to rely on an operator reading the clock correctly. I believe that's possible already .. at least on the older HMC/SEs that run OS/2. The HMC gets its time from the SE every evening. But, at POR time, the SE gets its time from the HMC. You can run OS/2-based time sync software on the HMC to ensure that it is nearly always correct when a POR occurs. (The only exception being during the window after the HMC resynchronizes to the SE and before the time sync software has a chance to correct it.) This may not be possible on the new Linux-based HMCs since they are a closed system. Hopefully, on those systems, STP will solve the problem in a different way... -- 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: TOD clock discussion.
In a message dated 5/12/2006 4:14:42 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Note that reliability is NOT actually considered that important. The users are simply used to unreliable systems (like a production server needing to be rebooted in order to fix a memory leak problem). Some other users (aka Fortune 100 companies) are used to reliability, availability, and serviceability of such magnitude that an unscheduled reIPL (also pronounced reboot) on their mainframes happens perhaps twice a year. Memory leaks are not a valid reason for restarting these systems, but amazingly enough these users are intolerant enough to demand that the memory leaks be fixed. And, even more amazingly, the software vendors involved even fix the leaks. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD clock discussion.
I hear the new 'software' (HMC resident) timer will be GA this fall. Last I heard, one of the questions was how much too much IBM was going to extort, ah, ask for this wondrous new facility that even cheap wristwatches and wall clocks now offer. I think I am not alone in suggesting that the basic timekeeping facility be standard equipment. It is reasonable to set a minimum hardware/software level (z9xx, Driver 55, z/os 1.7). Not only should the base time keeping function be a no cost standard feature, but there should be some claim to tertiary level accuracy traceable to NIST. That should not be that hard to do, and would put a serious business case for using the good old reliable MF as 'the' time reference in your shop. I know the ETR is a fine piece of hardware even in a MF context. But so many just don't get it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, May 12, 2006 4:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TOD clock discussion. This may not be possible on the new Linux-based HMCs since they are a closed system. Hopefully, on those systems, STP will solve the problem in a different way... -- 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/ NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD clock discussion.
In a recent note, Hal Merritt said: Date: Fri, 12 May 2006 15:45:10 -0500 Compare to most any industrial equipment (to include the MF) that uses time. They almost always have a high quality clock that is accurate to milliseconds per fortnight without any outside help. I have never seen a spec on the guaranteed accuracy of the TOD clock standalone. Have you a citation? Has IBM ever in the lore been known to replace one that was out of spec? By how much? Or do you mean with an ETR, in which case it's as accurate as whatever it syncs to? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console address.
For questions like this, the MVS INITIALIZATION AND TUNING REFERENCE is an excellent source. Tells you everything you (don't) want to know about what should be in the PARMLIB concatenation, and pointed to by the IEASYSxx member. On Fri, 12 May 2006 16:42:42 -0400, Alvaro Quintupray [EMAIL PROTECTED] wrote: Hi Howard. You can display it.. Whith D CONSOLES,N( No actives ) And D CONSOLES,A( Actives) Atte. Alvaro Quintupray B. Ingeniero de Sistemas Nexus S.A. Fon : 420 8149 Fax : 420 8508 -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de Rob Schwartz Enviado el: Viernes, 12 de Mayo de 2006 16:24 Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: Console address. CONSOLxx - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 12, 2006 4:20 PM Subject: Console address. Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD clock discussion.
[EMAIL PROTECTED] wrote: Some other users (aka Fortune 100 companies) are used to reliability, availability, and serviceability of such magnitude that an unscheduled reIPL (also pronounced reboot) on their mainframes happens perhaps twice a year. Memory leaks are not a valid reason for restarting these systems, but amazingly enough these users are intolerant enough to demand that the memory leaks be fixed. And, even more amazingly, the software vendors involved even fix the leaks. circa 1980, STL wanted to relocate something like 300 of the IMS people to an offsite building about 10 miles away. They looked at remote 3270 support into the STL datacenter but found it totally unacceptable. NSC had HYPERChannel with A22x channel adapters (looked like control unit and directly attached to channels), A7xx telco adapters, and A51x remote device adapters (emulated ibm mainframe channel and allowed connection of control units). These could be configured to effectively provide channel extension over telco links. This was used to provide remote service for the 300 relocated people from the IMS group. Turned out as a side-effect of getting the local 3274 controllers directly off the IBM channels ... things actually improved about 10-15 percent compared to the direct attached operation (which more than compensated for the slight increase in latency over T1-telco link in the channel path). So I tried to make the software generally available ... but both the communication group and the fiber group in pok non-concurred (what eventually was released as escon had been laying around pok since the late 70s). However, the vendor took my design ... and re-implemented it from scratch. so we roll forward, the 3090 had been in customer shops for a year ... and the product manager for the 3090 tracks me down. a lot of customers provide erep data to an industry operation that collected and provided report summaries about different vendor RAS (reliability, availability, serviceability). the 3090 product manager was very concerned about the 3090 data. the 3090 channels had been designed to have 3-5 channel errors per year (all channels for all customers, aka not 3-5 channel errors per channel per customer per year ... but 3-5 channel errors aggregate per year across all channels and all customers). the industry source reported that there had been something like a total of 16 reported channel errors for the year. they were deeply concerned about the additional 11 reported channel errors. well, it turned out to be a number of customers using HYPERChannel for channel extension. in the original design, if I had got an unrecoverable i/o error from the telco transmission or the remote end ... i would eventually simulate a channel check error on the operation ... which got it into the standard operating system erep retry, recovery, and recording processing. this accounted for the additional 11 reported 3090 reported channel errors for the year. so i went back and looked at stuff in detail and decided that for all intent and purposes ... simulated IFCC (interface control check) resulted in nearly identical operating system retry and recovery. I got the vendor to change the channel check simulation to IFCC simulation. can you imagine any other market segment where they would even know if the total aggregate i/o bus errors across all machines installed at all customers totaled 15 errors for the whole year. can you imagine any other market segment where there was an industry service that collected all such information across the installed customer base and provided regular industry reports? can you imagine any other market segment where the customers would reguarly buy and read such industry reports. misc. past posts mentioning the 3090 channel incident: http://www.garlic.com/~lynn/94.html#24 CP spooling programming technology http://www.garlic.com/~lynn/96.html#27 Mainframes Unix http://www.garlic.com/~lynn/2004j.html#19 Wars against bad things http://www.garlic.com/~lynn/2004q.html#51 [Lit.] Buffer overruns http://www.garlic.com/~lynn/2005d.html#28 Adversarial Testing, was Re: Thou shalt have no http://www.garlic.com/~lynn/2005e.html#13 Device and channel http://www.garlic.com/~lynn/2005u.html#22 Channel Distances http://www.garlic.com/~lynn/2006b.html#21 IBM 3090/VM Humor -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TOD clock discussion.
AFAIK, the external hardware ETR syncs to NIST via dialup. I am not sure how the new facility will work. I assume it will also use NIST or equivalent time service. NTP is good, but I am not so sure it is good enough for the MF's needs. I have never seen or heard of any 'guaranteed accuracy'. In fact I have such an issue with three different TKE's I have never gotten around to grumping about. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Friday, May 12, 2006 5:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TOD clock discussion. In a recent note, Hal Merritt said: Date: Fri, 12 May 2006 15:45:10 -0500 Compare to most any industrial equipment (to include the MF) that uses time. They almost always have a high quality clock that is accurate to milliseconds per fortnight without any outside help. I have never seen a spec on the guaranteed accuracy of the TOD clock standalone. Have you a citation? Has IBM ever in the lore been known to replace one that was out of spec? By how much? Or do you mean with an ETR, in which case it's as accurate as whatever it syncs to? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/VM and SuSE Linux Ver 8
Dear Lists: Our z/VM and Linux testing goes in about 6 month cycles. The last time we used SuSE Linux under z/VM, we had z/VM 5.1. We are now using z/VM 5.2 at the 0501 RSU maintenance level. All of a sudden now (?), we can no longer connect to our Linux virtual machines using PuTTY. The network guys tell me that they can see the request going to the z/VM TCPIP address and being rerouted to the appropriate IP address for the Linux virtual machine, but there is no response from Linux. With my virtual Linux machine running I can not PING the z/VM TCPIP stack nor can I ping my Linux machine from the MAINT virtual machine. When I try to PING TCPIP from Linux, the Linux console stops working. Has anyone else had a similar problem? Have TCPIP parameters changed that much between z/VM 5.1 and 5.2? Here is my TCPIP profile statements - DEVICE OSA0 OSD 00B0 PORTNAME OSACHP86 PRIROUTER LINK ETH0 QDIOETHERNET OSA0 DEVICE ZVMLAN1 OSD 10B0 PORTNAME ZVMLAN1 LINK ZVMLAN1 QDIOETHERNET ZVMLAN1 ; (End DEVICE and LINK statements) ; -- HOME 172.17.51.026 ETH0 172.17.230.1ZVMLAN1 ; (End HOME Address information) ; -- PRIMARYINTERFACE ETH0 ; -- GATEWAY ; Network First Link MTU SubnetSubnet ; Address Hop Name Size Mask Value ; - --- - 172.17.50.1 = ETH0 1500 HOST ; 172 = ZVMLAN1 1500 0.255.255.0 0.17.230.0 172.17 = ZVMLAN1 1500 0.0.255.0 0.0.230.0 ; DEFAULTNET 172.17.50.1 ETH0 1500 0 ; (End GATEWAY Static Routing information) ; -- START OSA0 START ZVMLAN1 ; (End START statements) ; -- Here is the console log from the Linux IPL ..done Setting up network interfaces: lo ..done eth0 qdio: loading QDIO base support version 2 ($Revision: 1.145.4.1 $/ $Revision: 1.66.4.1 $) IPsec Security Association Database (SADB): initialized. IPsec Security Policy Database (SPD): initialized. IPsec PF_KEY V2: initialized IPv6 v0.8 (usagi-cvs/IPsec6 based StS) for NET4.0 IPv6 over IPv4 tunneling driver qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.337.4.7 $/$Revision: 1 .113.4.2 $/$Revision: 1.42.4.1 $:IPv6:VLAN) qeth: allocated 0 spare buffers qeth: Trying to use card with devnos 0x10B0/0x10B1/0x10B2 qeth: Device 0x10B0/0x10B1/0x10B2 is an OSD Express card (level: V522) with link type Gigabit Eth (portname: ZVMLAN1) IP/Netmask:172.17.230.2 / 255.255.255.0 ..done My Linux machine is IP address 172.17.230.2. There is also no PORT statement entry for port 22 (PuTTY SSH). I did not need one in z/VM 5.1. Has this changed in 5.2? Thanks in advance.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Console address.
The console(s) used by NIP are defined in your IODF. I guess those definitions ought to agree with the PARMLIB(CONSOLxx). Mine don't- I do not have any defined in the IODF. Makes life so much easier. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Friday, May 12, 2006 3:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Console address. Can anyone tell me what member in parmlib or elsewhere I would find the addresses of the define system consoles. Thanks NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E GIMZIP and Comments
In: Title: SMP/E V3R4.0 Reference Document Number: SA22-7772-09 Concerning the rules for GIMZIP SYSIN, I read: #11.7.2.3 SMP/E V3R4.0 Reference _ 11.7.2.3 Syntax notes 2. Package control tags may contain comments. Comments start with !-- (hex 4C5A6060) and end with -- (hex 60606E). The first -- encountered after the initial !-- will end the comment. A comment may precede or follow a tag, but may not appear within a tag. This requires some clarification for me regarding the distinction between being contained and appearing within. It would be helpful if #11.7.3 SMP/E V3R4.0 Reference _ 11.7.3 Example of using GIMZIP contained at least one instance of a comment contained by a tag, but not appearing within a tag. And what I really want to know is what to code in GIMZIP's SYSIN in order to cause a comment to appear in the generated GIMPAF.XML file. I know this is legal, not only because if I add a comment by hand, RECEIVE FROMNETWORK accepts it, but also because it's permitted by: #11.7.5.5 SMP/E V3R4.0 Reference _ 11.7.5.5 Syntax notes 2. Package definition control tags may contain comments. Comments start with !-- (hex 4C5A6060) and end with -- (hex 60606E). The first -- encountered after the initial !-- will end the comment. A comment may precede or follow a tag, but may not appear within a tag. (Same semantic problem about contain vs. appear within.) Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Message EZZ6035I/EMSSYS04
Do you have a valid userid and password? What application are you trying to logon to? You don't just logon to a mainframe, you must logon to an application running on a mainframe. [EMAIL PROTECTED] wrote: What do these two messages mean: ENTER YOUR USERID PASSWORD: APPLICATION: EMSSYS04 RCODE: 2034 SEE MESSAGE EZZ6035I FOR DETAILS I am trying to logon to a Mainfreame serevr using TN3270. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Migrating from OPS/MVS to AF/OPERATOR
Hi, I have yet to find a site that's using one of the big ticket automation products that could not replace all that they are doing with either one of the free versions of the automation products or in some cases if they need more capabilitites, the small-cost versions that I have (but only if they needed the extra capabilitites). My cost software is well below a single month cost of OPS/MVS or AF/Operator, and there are very few options that those products provide that I don't already support, but some that I provide that they don't, and the ones that I don't support are so esoteric that they are not very highly used. I'm not knocking those products, far from it, I'm only knocking the cost. Converting from one high cost product to another high cost product makes very little sense to me. If you can replace what you're doing with free products, then I think it's a fantastic step forward. But if you're going to cut costs, saving a hundred or even a few hundred per month doesn't really do much toward that goal. Since you are going to have to convert your scripts, you might as well get as much out of the conversion as you can, cost-wise. I'm all for selling one of my products, but if you can get by with the free versions, then I still feel that it's a great boost for me. I really have a hard time justifying most of the costs that we have to pay for software now-adays. I can understand needing to recover development and support costs, but most of the software that is available is well beyond those costs at this point, and they seem to put less development into their products all the time. I shouldn't find that I have software that does the job just as well for 1% of their costs, but that's the way it is, unfortunately. Any way, if you need help getting started on your project, send me a note and I can help you get moving. I'm always interested in helping people get their software costs under control. One of the things I like to do when I go to a new site is identify all of the software that they are currently paying for (and don't use), and those that can be replaced with better products that are free (or close to it). I have collectively saved several millions (that's an S ont he end of that) of costs for them over just the past 5 years, and the largest percentage of that number is for software that they were not even using any more!!! It's very sad. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: problems with multi volume, restore using FDR
John, As others have stated, with BLP you would want to concatenate the 2 volumes together with LABEL=(2,BLP) on each one. However, as others have also said it would be far better to use SL and then simply bypass your tape management system with EXPDT=98000. For one thing, there is no problem with the operator mounting the wrong tape with SL processing. If the wrong tape is mount it would be rejected and the mount for the requested volser would be re-displayed. With BLP processing, especially if all the tapes were created with the same dump utility (FDR or DFDSS), if the wrong tape is mounted it won't matter, and whatever is on the mounted tape will be read and restored. So you could end up with the contents of dasd volume ABCDEF restored twice; once on volume ABCDEF and one on volume AAABBB. And you wouldn't even notice until you started to run your applications. BLP has its places, but not doing something with this many volume at a DR location; not when its so simple to bypass the tape management system. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of John Benik Sent: Friday, May 12, 2006 3:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: problems with multi volume, restore using FDR Thanks for your help I'll see if I can find any more information on this on Monday. It was very obvious that this was the first time this had ever gone multivolume. The tapes are created SL tapes so my thinking was that once the TMC was up and running on this system I could restore them as SL. The problem was the tmc was not restored from the backup tape but a full volume backup. I never tried the concatination method, but instead we had it coded as vol=(,retain,,ser=11,22) it sounds like the concatination may have worked fine instead. The job is created with Label= (2,blp) on the first dataset then the next step might have label= (5,blp) ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
