Re: SMP/E Question
I confess to not dogging these issues the way I should, but the correct answer--if you have reason to be concerned--is to open your own PMR to get advice from IBM. 'It depends' is not necessarily a dodge. It may be well a best guess judgment call that cannot absolve the customer from the risk of going either way. Here is my last best refuge in such cases. I don't think it's a cop-out, but you may feel otherwise. If a vendor (IBM or otherwise), recommends a certain course of action, you can 1. Take the advice 2. Ignore the advice If major fit hits the shan, you can expect to sit down in your boss's office and explain what happened. I would so much rather explain course (1) than course (2). Your mileage may vary. Rick Fochtman [EMAIL PROTECTED] T To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: SMP/E Question 05/15/2008 06:01 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU ---snip--- When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? Thanks. unsnip Much of the answer depends on the reason for the error hold. I tend to wait until an ERROR hold is resolved, then apply the fixing PTF. Error holds tend to be resolved rather quickly, especially when it's marked HIPER. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S33E abend and X33E slip
Hi In this case no IEF402 only the X33E slip trap As the message says : The specified job is ended as a result of the abnormal end of the address space. I thought the 33E abend is the reason Jim Mulder wrote: Miklos Szigetvari [EMAIL PROTECTED] wrote on 05/15/2008 01:05:01 PM: Rick Fochtman wrote: snip When an address space terminates normally, RCT simply detaches the dump task. The 33E abend is normal and expected. When you run the application as a batch job, ending the job does not terminate the initiator address space. unsnip-- Wouldn't it be easier, and more efficient, to have RCT signal the dump task so it could go through normal termination, rather than generating an abend and going through all the related processing, including SLIP? Maybe it's a dumb question, but it seems to me that a little coordination via WAIT/POST could do the trick very nicely. Considering all the control blocks already related to the address space, one more ECB can't be that hard to define. I agree with this 100% It turned out, the original problem was a HASP310 TERMINATED AT END OF MEMORY condition, and as I seen the X33E traps and the HASP310 explanation, I thought the S33E abend is the responsible for TERMINATED AT END OF MEMORY. Currently I have no idea who is responsible for HASP310 HASP310 indicates that the job failed due to abnormal memory termination. This should be preceeded by an IEF402I message. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
Ron Hawkins wrote: David, If moving the data to and from a local ASCII platform is not a problem, then why don't you look at using an iSCSI ATL. Most Windows flavours support iSCSI software drivers so you don't need a special TOE card to drive it, and the connection can be done through whatever backbone you currently provision between the sites. I'm using iSCSI based disk arrays for SAS/MXG on Windows XP and it works just great. Something like a QANTUM PX502 means you don't need people to mount the tapes for you (not an endorsement of Quantum - I just looked for a brand I know). Ron, I believe the goal is not to have some data in some format on some tape. Tape is not a goal. Tape is intended to be read by receiving shop. Recording data on QUANTUM drive will not solve the problem - mainframe customer won't be able to read it. The real goal is to distribute data (not tape) in format/media which is readable by customer. IMHO it is really worth to convince customers to use CD/DVD or Internet download. reality mode Of course some customer may insist on tape and ...he's right. Customer is always right vbg /reality mode -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S33E abend and X33E slip
Edward Jaffe [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Rick Fochtman wrote: Wouldn't it be easier, and more efficient, to have RCT signal the dump task so it could go through normal termination, rather than generating an abend and going through all the related processing, including SLIP? Maybe it's a dumb question, but it seems to me that a little coordination via WAIT/POST could do the trick very nicely. I doubt it would be easier or more efficient. And, in the midst of an abnormal termination scenario, it might not even work! Why is anyone suddenly concerned about this decades-old, benign behavior of displaying X33E when an address space terminates? Personally, I *like* to see the X33E SLIP message. It tells me something *extremely* useful -- namely the ASID of the address space that just terminated! Well, to be more precise: a 33E abend indicated that *a* TCB terminates while still having subtasks unterminated. The terminating TCB does not necessarily be the jobstep TCB and can be recovered by the mother TCB and for that and other reasons it does not necessarily indicate that the entire address space terminates. If it is the jobstep TCB of a batchjob, then the job will fail, but the address space will still not terminate. 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
On Thu, 15 May 2008 20:27:31 -0500, William H. Blair [EMAIL PROTECTED] wrote: The System/360 Model 75 was not an UNcommon machine (as were the Models 91, 95, 85 and 195) but it was not exactly common. Only VERY large shops would feel the need for one. NASA had five which were used to support the Apollo moon program. And lots of universities had one or two. For businesses, a 360/40 or 360/50 were common. Big businesses might have a 360/65 or two (instead of a 360/75, since it was almost as fast, but much cheaper). - Wonderful post snipped for brevity -- Thank you for that, William. I was told that there were five model 75's in the UK, and I worked on three of them. Two were at IBM's Havant plant where they made 165's and 168's, the other one was CDC Data Services (formerly ITT Data Services) at Barnet. IBM also had a model 50 and CDC had a 65 running some time sharing software. The IBM machines ran MFT-II as did the CDC one when I joined, but we migrated to MVT so we could have TSO. Operating System MTBF at Barnet was less than 24 hours, I think the IBM machines were more reliable but then CDC was a Service Bureau and developers did strange things. CDC ran HASP-II but I think the IBM machines used readers and writers. One of them had an old tape drive converted to write on 8 inch floppy disks (a Dolphin drive after the Havant pub) which held the microcode on the 168s. One of the Havant 75's had to have all its logic cards replaced, we Ops were told it was because of alminium migration, but that may have been a CE windup. I left CDC in 1975 and it was only about a year before I was again using a one MIP machine when Monsanto replaced their 145 with a 158-3. This of course was TINY compared to the old 75s - how did they fit all that power into such a small box? We hadn't heard of Moore's Law then. TGIF 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: Display or view the Crypto Current domain index or Usage domain index
I consider it a pretty unlikely situation where there are multiple domains per lpar in most shops. It is only a gut feeling on my part, however. ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Ibarra Magdaleno Sent: Thursday, May 15, 2008 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Display or view the Crypto Current domain index or Usage domain index Still the same question David, how to know if there is always only one domain without asking anyone, but the system? On Thu, May 15, 2008 at 1:12 PM, Jousma, David [EMAIL PROTECTED] wrote: If there is ever only one domain assigned to a particular lpar, then don't code anything, period. My understanding is that domain only needs to be coded if you assign more than one to the same lpar. In our shop, we have only one domain per lpar, and we don't code it in the CSFPRMxx members ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
1980 - got into IBM systems programming. First job - a 360/65 and 360/75J running MVT. Later that year we installed to 4341s running VM and had MVT as a guest, thanks to the Michigan mods tape for the clock and some JES programming to print jobs with MVT headers. Eventually we put in VS/1 7.0C entirely installed and maintained from VM. And I loved it all! Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/15/2008 06:54:19 PM: Lester, Bob [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/15/2008 06:54 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Old hardware (Was: Mainframe programming vs the Web) -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Lester, Bob [EMAIL PROTECTED] Subject: Old hardware (Was: Mainframe programming vs the Web) --- -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, May 15, 2008 2:13 PM To: IBM-MAIN@BAMA.UA.EDU It was DOS/360, on a 360/75, at the University of Waterloo. Hi Shmuel, Do you know if the 360/75 was a common machine at the time? I worked as an operator on a 360/75J (and a 360/30). Seems to me that ours ran MFT? (later MVT?). This would've been around 1979. Just curious (and it's almost Friday). Cheers! Bob Lester -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: absurd programs that used to be everywhere ...
David Andrews, I hear a rumor that your have a copy of ILRBIRD. Could I get a copy of that? Thanks, Dave ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, May 14, 2008 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: absurd programs that used to be everywhere ... In [EMAIL PROTECTED], on 05/09/2008 at 09:20 AM, F. J. Kelley [EMAIL PROTECTED] said: Anyway, I've been asked if I can provide banners If you can read an FDR dump I may have a bird[1] for 3277 under TSO. Or Gerhard might have a copy more conveniently at hand. If you just want block letters, roll your own with IEFSD095. [1] American gesture involving middle finger, with roughly the same meaning as the European fig. -- This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
Radoslaw, That's not how I read David's last reply: David wrote: Yes. Getting the data there isn't the issue. The hard part is FTPing the warm body to the tape drive so that said warm body could *mount* a tape. This is a development shop, not production. There are no operators. The people mulling up and down the hallways at the remote location are generally unwilling to stop and mount a tape, and even if they were willing, they go home at 5 :) And: Thanks! As I said, it's only a development shop, so a single unit would suffice. We just need some type of access to a tape unit. A small iSCSI ATL fits the scope defined in David's response. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 15, 2008 11:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Remote tape drive Ron Hawkins wrote: David, If moving the data to and from a local ASCII platform is not a problem, then why don't you look at using an iSCSI ATL. Most Windows flavours support iSCSI software drivers so you don't need a special TOE card to drive it, and the connection can be done through whatever backbone you currently provision between the sites. I'm using iSCSI based disk arrays for SAS/MXG on Windows XP and it works just great. Something like a QANTUM PX502 means you don't need people to mount the tapes for you (not an endorsement of Quantum - I just looked for a brand I know). Ron, I believe the goal is not to have some data in some format on some tape. Tape is not a goal. Tape is intended to be read by receiving shop. Recording data on QUANTUM drive will not solve the problem - mainframe customer won't be able to read it. The real goal is to distribute data (not tape) in format/media which is readable by customer. IMHO it is really worth to convince customers to use CD/DVD or Internet download. reality mode Of course some customer may insist on tape and ...he's right. Customer is always right vbg /reality mode -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Displaying ESQA
Is there a command that will display my ESQA? Thanks, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Displaying ESQA
There are quite a few choices here : (a) If you are feeling control-blocky, you can use IPCS and look at the ACTIVE storage and delve around (VSMDATA GLOBAL or CBF the GDA) (b) Your site's monitor-u-like product (Omegamon, TMON, Mainview, Sysview and (ahem) MXI G2) (c) There are some freeware tools to show such information (TASID, IPLINFO, SHOWZOS and MXI 4.3) Some of these will be able to break down the ESQA into subpools and also for the really nerdy the individual chunks of SQA. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: 16 May 2008 12:52 To: IBM-MAIN@BAMA.UA.EDU Subject: Displaying ESQA Is there a command that will display my ESQA? Thanks, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Displaying ESQA
Thank you Rob. SHOWZOS shows ESQA+ECSA. But I need to install MXI anyway. (-: Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: 16. toukokuuta 2008 15:04 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Displaying ESQA There are quite a few choices here : (a) If you are feeling control-blocky, you can use IPCS and look at the ACTIVE storage and delve around (VSMDATA GLOBAL or CBF the GDA) (b) Your site's monitor-u-like product (Omegamon, TMON, Mainview, Sysview and (ahem) MXI G2) (c) There are some freeware tools to show such information (TASID, IPLINFO, SHOWZOS and MXI 4.3) Some of these will be able to break down the ESQA into subpools and also for the really nerdy the individual chunks of SQA. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: 16 May 2008 12:52 To: IBM-MAIN@BAMA.UA.EDU Subject: Displaying ESQA Is there a command that will display my ESQA? Thanks, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMP/E Question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Vinson Lee When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? It depends. If you are unaffected by (or can live with) the problem it was intended to fix, you likely can get along without it and probably should not apply it. OTOH, if you determine that you gotta have the HIPER fix applied, you need to evaluate the cause of the Error Hold and decide whether you can tolerate that new problem. Either way, only you can make the decision. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: absurd programs that used to be everywhere ...
Bob was kind enough to send me ILRBIRD. Assembles and works yet, but only on a MOD-2 terminal, as it animates vertically. The one I remember moved horizontally across the screen, and worked on a mod-5. If anyone remembers that one, please be so kind as to forward it on..and refreshing my memory lane Thanks, Dave ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Friday, May 16, 2008 6:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: absurd programs that used to be everywhere ... David Andrews, I hear a rumor that your have a copy of ILRBIRD. Could I get a copy of that? Thanks, Dave This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 and TSSO
Is anyone running TSSO on z/OS 1.9? The source comments indicate we are using version 4.3+++, file 404, of the CBT tape. It is abending with an S077 reason code A08 when we start it up. Thanks, Carey Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Backing up volumes containing UNIX filesystem datasets
We have two systems in a basic, not parallel, sysplex. The BPXPRM00 member of PARMLIB has SYSPLEX(NO) specified. We normally back up all volumes on SY1. However, SY2 has some UNIX filesystems mount in R/W mode. We are z/OS 1.8. We are using ADRDSSU (DFSMSdfp) to do the backups. I know that ADRDSSU will issue a quiesce to a filesystem when it backs it up. Will this quiesce be propogated from SY1 to SY2 so that I get a clean backup of SYs's mounted filesystems from SY1? If not, is there anything that I can do about the situation where a single volume has UNIX filesystems from both systems. Well, other than the obvious don't do that! Many thanks. I hate this environment. And nobody else seems to care about things like this. sigh -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cleanup a unconnected Coupling Facility
On Fri, 16 May 2008 06:53:07 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: Mark, Out of curiosity: What's the problem with RACF datasharing? We do that, too, and never had a problem with fresh CFRM policies. If your first IPL loads a CFRM then I wouldn't expect a problem. The first IPL without any CFRM policy loaded (we don't have the pre-loaded one since we don't know what hardware we will be running on) puts RACF in read only mode. So we issue the command to turn off datasharing, load and start the CFRM policy, then turn on datasharing. As Skip pointed out, the CFRM policy could be pre-loaded from a floor system or rescue system etc., but there are some other things we do doing the first IPL of the first system and then we re-ipl. Since we started mirroring, we don't even require any floor / rescue system. We can just IPL our own systems. Although it is still in our written procedures to do so at the moment just to find the current IPL address. The plan is to have that optional and send that information to multiple email addresses (yahoo and hotmail). We already do that for some other stuff (tape / vaulting information mostly). I don't really like relying on a floor system. It could be down level compared to our production systems (or even a higher level could be a problem). So I still maintain a onepak system (see my web site for an example) that matches our OS level just in case. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
--snip- The Model 75 was the smallest machine that implemented the System/360 instruction set in hardware, so it was correspondingly expensive. unsnip Let's not forget the 360/44. Except for the LM/STM/BXLE/BXH and Commercial Feature, it was a hardware-based instruction set. Implementation of the Commercial Feature was, and is, a whole different discussion. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Displaying ESQA
On Fri, 16 May 2008 13:51:50 +0200 Lindy Mayfield [EMAIL PROTECTED] wrote: :Is there a command that will display my ESQA? What is your ESQA? -- 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
Tape Expdt differences in zOS 1.9
A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William H. Blair Sent: Thursday, May 15, 2008 7:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Old hardware (Was: Mainframe programming vs the Web) The System/360 Model 75 was not an UNcommon machine (as were the Models 91, 95, 85 and 195) but it was not exactly common. Only VERY large shops would feel the need for one. NASA had ---snip--- William, Very interesting info, and it matches what I remember. We did have this beast in 1979. It was a military installation. It was later replaced by a 3033. Thanks! Bob Lester -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
On Fri, 16 May 2008 08:08:00 -0500, McKown, John [EMAIL PROTECTED] wrote: We have two systems in a basic, not parallel, sysplex. The BPXPRM00 member of PARMLIB has SYSPLEX(NO) specified. We normally back up all volumes on SY1. However, SY2 has some UNIX filesystems mount in R/W mode. We are z/OS 1.8. We are using ADRDSSU (DFSMSdfp) to do the backups. I know that ADRDSSU will issue a quiesce to a filesystem when it backs it up. Will this quiesce be propogated from SY1 to SY2 so that I get a clean backup of SYs's mounted filesystems from SY1? If not, is there anything that I can do about the situation where a single volume has UNIX filesystems from both systems. Well, other than the obvious don't do that! Many thanks. I hate this environment. And nobody else seems to care about things like this. sigh If you were running in a shared file system environment, than starting at z/OS 1.7 the answer would be yes, the quiesce will be propagated. Do you have a job scheduling package? If so, can't you either NJE a job over to other system to do the quiesce or have it talk to the job scheduler on the other LPAR to start the quiesce job? This assumes zFS and using ZFSADM to do the quiesce. I don't know a way to do that for HFS other than RYO (but you should be looking at moving to zFS anyway if not already). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
The two 360/75s in building 3/14 of NASA's Goddard Space Flight Center were not replaced until the early 1980's - along with the 360/95. The old 360s were still the primary tracking support systems for the first couple Space Shuttle missions. Bob Rutledge [EMAIL PROTECTED] 5/15/2008 7:15 PM Do you mean 1969? By 1979 360/75s were 10+ years old. I did see a shiny new 360/75 at Gulf Research, probably in 1967. Bob Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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: Backing up volumes containing UNIX filesystem datasets
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, May 16, 2008 8:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets On Fri, 16 May 2008 08:08:00 -0500, McKown, John [EMAIL PROTECTED] wrote: If you were running in a shared file system environment, than starting at z/OS 1.7 the answer would be yes, the quiesce will be propagated. Do you have a job scheduling package? If so, can't you either NJE a job over to other system to do the quiesce or have it talk to the job scheduler on the other LPAR to start the quiesce job? This assumes zFS and using ZFSADM to do the quiesce. I don't know a way to do that for HFS other than RYO (but you should be looking at moving to zFS anyway if not already). Mark We are in a JES MAS, so NJE is not a requirement. We just have a requirement that backup jobs run on SY1. SY2 is supposed to be strictly for use by the programmers, no production need apply. I hate our environment anymore. I am a mixture of HFS and zFS at present. In a basic bastardplex. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
The main problem I have with using a solution like that is that I currently use IEBCOPY to create the software tapes. I don't know how to replicate the image you would get on tape with an IEBCOPY. I have already thought about redoing my software installations using TSO XMIT to get away from IEBCOPY. Then I would be able to use a solution like this. David Logan Manager of Product Development, Pitney Bowes Business Insights http://centrus.com 4750 Walnut St, Suite 200 Boulder, CO 80301 W: (720) 564-3056 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, May 16, 2008 12:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive David, If moving the data to and from a local ASCII platform is not a problem, then why don't you look at using an iSCSI ATL. Most Windows flavours support iSCSI software drivers so you don't need a special TOE card to drive it, and the connection can be done through whatever backbone you currently provision between the sites. I'm using iSCSI based disk arrays for SAS/MXG on Windows XP and it works just great. Something like a QANTUM PX502 means you don't need people to mount the tapes for you (not an endorsement of Quantum - I just looked for a brand I know). Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: Thursday, May 15, 2008 7:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Remote tape drive To the OP: is there some reason you could not attach a tape unit to the MP-3000 using native channels and use FTP to get the data there? Yes. Getting the data there isn't the issue. The hard part is FTPing the warm body to the tape drive so that said warm body could *mount* a tape. This is a development shop, not production. There are no operators. The people mulling up and down the hallways at the remote location are generally unwilling to stop and mount a tape, and even if they were willing, they go home at 5 :) Also to the OP: most modern tap units can drive an ESCON path to saturation. I believe the current ROT is one path per transport. That should give you an idea as to pipe size needed to get the best use of the unit. Thanks! As I said, it's only a development shop, so a single unit would suffice. We just need some type of access to a tape unit. David Logan Manager of Product Development, Pitney Bowes Business Insights http://centrus.com 4750 Walnut St, Suite 200 Boulder, CO 80301 W: (720) 564-3056 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Thursday, May 15, 2008 7:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive Well, there -are- such things as B/T to ESCON converters. And there are some shops out there who have some that need a good home (nudge, nudge, wink, wink.) To the OP: is there some reason you could not attach a tape unit to the MP-3000 using native channels and use FTP to get the data there? Also to the OP: most modern tap units can drive an ESCON path to saturation. I believe the current ROT is one path per transport. That should give you an idea as to pipe size needed to get the best use of the unit. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Cartwright Sent: Thursday, May 15, 2008 3:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive On Tue, 13 May 2008 13:37:20 -0600, David Logan [EMAIL PROTECTED] wrote: I would like to have a tape drive at a remote office from where the mainframe is physically located. Preferably a (normally) channel attached tape drive, rather than a SCSI type of thing, although I would take the latter if given no other choices. Does anyone happen to know what options I have available? My immediate thought was of a Fundamental Software Flex-ES CUB based solution, but that is really an ESCON to SCSI connector. You COULD use this to write Faketape (tm) files on a remote filesystem which could use a FakeTape to real tape program to create images on tape. Maybe a Flex reseller such as T3 Technologies could help you out. I would like to hear of a similar solution so that I could use our T-Server boat anchor now that it has been replaced by a Z9BC because of the IBM-FSI breakup. Sadly it has a BT channel card rather than the ESCON card required for CUB so the costs to make use of it outweigh the benefits. I went to a Riverbed presentation yesterday and amongst the throw-away benefits their agents claim are huge speedups for NFS. If true that may be an alternative to remote tape - a fast remote file system. Good luck Dave 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
Re: Remote tape drive
Well, we create tapes that will be sent to a replication service for sending software and data to customers. The media must be 3490 and 3590. I can put 3490 drives on a Win32 or Linux box easily enough (we have two 3490 SCSI based tape drives.) But as I said, I don't know how to replicate an IEBCOPY image. I would have to reorganize into XMIT files on our software tapes. David Logan Manager of Product Development, Pitney Bowes Business Insights http://centrus.com 4750 Walnut St, Suite 200 Boulder, CO 80301 W: (720) 564-3056 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, May 16, 2008 5:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive Radoslaw, That's not how I read David's last reply: David wrote: Yes. Getting the data there isn't the issue. The hard part is FTPing the warm body to the tape drive so that said warm body could *mount* a tape. This is a development shop, not production. There are no operators. The people mulling up and down the hallways at the remote location are generally unwilling to stop and mount a tape, and even if they were willing, they go home at 5 :) And: Thanks! As I said, it's only a development shop, so a single unit would suffice. We just need some type of access to a tape unit. A small iSCSI ATL fits the scope defined in David's response. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 15, 2008 11:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Remote tape drive Ron Hawkins wrote: David, If moving the data to and from a local ASCII platform is not a problem, then why don't you look at using an iSCSI ATL. Most Windows flavours support iSCSI software drivers so you don't need a special TOE card to drive it, and the connection can be done through whatever backbone you currently provision between the sites. I'm using iSCSI based disk arrays for SAS/MXG on Windows XP and it works just great. Something like a QANTUM PX502 means you don't need people to mount the tapes for you (not an endorsement of Quantum - I just looked for a brand I know). Ron, I believe the goal is not to have some data in some format on some tape. Tape is not a goal. Tape is intended to be read by receiving shop. Recording data on QUANTUM drive will not solve the problem - mainframe customer won't be able to read it. The real goal is to distribute data (not tape) in format/media which is readable by customer. IMHO it is really worth to convince customers to use CD/DVD or Internet download. reality mode Of course some customer may insist on tape and ...he's right. Customer is always right vbg /reality mode -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe programming vs the Web
On 15 May 2008 14:46:55 -0700, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: Since I'm not a JAVA expert, Clearly not, if you believe that JavaScript has anything to do with Java ;-) The marketing guys knew Java was popular, so the name change worked. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe programming vs the Web
It's Friday and I can't hold itI don't know beans about Java! Ahhhthat feels better. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 10:03:35 AM: Howard Brazee [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/16/2008 10:03 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe programming vs the Web -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Howard Brazee [EMAIL PROTECTED] Subject: Re: Mainframe programming vs the Web --- On 15 May 2008 14:46:55 -0700, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: Since I'm not a JAVA expert, Clearly not, if you believe that JavaScript has anything to do with Java ;-) The marketing guys knew Java was popular, so the name change worked. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe programming vs the Web
What about Java Beans? Did you purposely use the pun? -- Original message from Daniel McLaughlin [EMAIL PROTECTED]: -- It's Friday and I can't hold itI don't know beans about Java! Ahhhthat feels better. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List wrote on 05/16/2008 10:03:35 AM: Howard Brazee Sent by: IBM Mainframe Discussion List 05/16/2008 10:03 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe programming vs the Web -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Howard Brazee Subject: Re: Mainframe programming vs the Web --- On 15 May 2008 14:46:55 -0700, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: Since I'm not a JAVA expert, Clearly not, if you believe that JavaScript has anything to do with Java ;-) The marketing guys knew Java was popular, so the name change worked. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Backing up volumes containing UNIX filesystem datasets
If you use HSM to do backups, then the quiesce will be done via HSM automatically. Excerpt from z/OS UNIX System Services User's Guide Data management In MVS, the storage administrator uses Data Facility System-Managed Storage Hierarchical Storage Manager (DFSMShsm(tm)) to automatically back up and archive hierarchical file systems. Excerpt from z/OS DFSMShsm Implementation and Customization Guide Identifying DFSMShsm to z/OS UNIX System Services If you plan to use DFSMShsm to backup HFS or zFS data sets mounted by z/OS UNIX System Services, you need to define DFSMShsm to z/OS UNIX System Services as a superuser. This provides the required authorization to quiesce or unquiesce a file system. DFSMShsm must have a RACF userid associated with it. That userid must have a default RACF group which has an OMVS segment with a group id (GID). The userid must also have an OMVS segment with the following parameters: UID(0) HOME('/'). For additional information, refer to z/OS UNIX System Services Planning. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, May 16, 2008 6:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, May 16, 2008 8:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets On Fri, 16 May 2008 08:08:00 -0500, McKown, John [EMAIL PROTECTED] wrote: If you were running in a shared file system environment, than starting at z/OS 1.7 the answer would be yes, the quiesce will be propagated. Do you have a job scheduling package? If so, can't you either NJE a job over to other system to do the quiesce or have it talk to the job scheduler on the other LPAR to start the quiesce job? This assumes zFS and using ZFSADM to do the quiesce. I don't know a way to do that for HFS other than RYO (but you should be looking at moving to zFS anyway if not already). Mark We are in a JES MAS, so NJE is not a requirement. We just have a requirement that backup jobs run on SY1. SY2 is supposed to be strictly for use by the programmers, no production need apply. I hate our environment anymore. I am a mixture of HFS and zFS at present. In a basic bastardplex. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe programming vs the Web
snipped: What about Java Beans? Did you purposely use the pun? Yes...it's like saying Spiderman was the first one on the web...low level humor. Back to my regular observational position. Good day. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
Mark - We ran a test comparing our zOS1.7 system against the tech system where we have zOS1.9 installed and got the same results on both systems. Could it be something local to your environment rather than zOS1.9? ddkeller A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? -- Mark Jacobs ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: Tape Expdt differences in zOS 1.9
We recently had a case where the user swore RETPD was broken. Their intent was to use 99365 but used 99360 instead, which wasn't honored and retention slipped to default in TLMS. It doesn't flag as an error. My two farthings worth. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
Terry, The OP mentions 'backup jobs' which suggests to me it might be FDR (or something else) rather than HSM. John, Could you be more specific regarding your backup methodology? From: Traylor, Terry Subject: Re: Backing up volumes containing UNIX filesystem datasets If you use HSM to do backups, then the quiesce will be done via HSM automatically. Excerpt from z/OS UNIX System Services User's Guide Data management In MVS, the storage administrator uses Data Facility System-Managed Storage Hierarchical Storage Manager (DFSMShsm(tm)) to automatically back up and archive hierarchical file systems. Excerpt from z/OS DFSMShsm Implementation and Customization Guide Identifying DFSMShsm to z/OS UNIX System Services If you plan to use DFSMShsm to backup HFS or zFS data sets mounted by z/OS UNIX System Services, you need to define DFSMShsm to z/OS UNIX System Services as a superuser. This provides the required authorization to quiesce or unquiesce a file system. DFSMShsm must have a RACF userid associated with it. That userid must have a default RACF group which has an OMVS segment with a group id (GID). The userid must also have an OMVS segment with the following parameters: UID(0) HOME('/'). For additional information, refer to z/OS UNIX System Services Planning. [EMAIL PROTECTED] wrote: If you were running in a shared file system environment, than starting at z/OS 1.7 the answer would be yes, the quiesce will be propagated. Do you have a job scheduling package? If so, can't you either NJE a job over to other system to do the quiesce or have it talk to the job scheduler on the other LPAR to start the quiesce job? This assumes zFS and using ZFSADM to do the quiesce. I don't know a way to do that for HFS other than RYO (but you should be looking at moving to zFS anyway if not already). Mark We are in a JES MAS, so NJE is not a requirement. We just have a requirement that backup jobs run on SY1. SY2 is supposed to be strictly for use by the programmers, no production need apply. I hate our environment anymore. I am a mixture of HFS and zFS at present. In a basic bastardplex. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Backing up volumes containing UNIX filesystem datasets
On Fri, 16 May 2008 07:16:50 -0700, Traylor, Terry [EMAIL PROTECTED] wrote: If you use HSM to do backups, then the quiesce will be done via HSM automatically. Excerpt from z/OS UNIX System Services User's Guide doc snip Not if you backup from SYSA and the file system is owned by SYSB and you are not running in a shared file system environment. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
Could we know what Tape Management system you're using? From: Mark Jacobs [mailto:[EMAIL PROTECTED] Sent: Fri 5/16/2008 9:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Tape Expdt differences in zOS 1.9 A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Tape Expdt differences in zOS 1.9
O'Brien, David W. (NIH/CIT) [C] wrote: Could we know what Tape Management system you're using? CA/1 in both environments. From: Mark Jacobs [mailto:[EMAIL PROTECTED] Sent: Fri 5/16/2008 9:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Tape Expdt differences in zOS 1.9 A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, May 16, 2008 9:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets Terry, The OP mentions 'backup jobs' which suggests to me it might be FDR (or something else) rather than HSM. John, Could you be more specific regarding your backup methodology? The original post stated ADRDSSU aka DFDSS aka DFSMSdfp. Did not specifically say full volume backups via the DUMP command, however. It appears that what I really need is to migrate to SYSPLEX(YES). I'll try to double check the doc. OT: I'm having a very bad week, capped off with one of my favorite characters on CSI being murdered in yesterday's episode. Stupid, but it has me really down today. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FDRABR ARCHIVE
Is anyone using FDRABR to archive SMS managed datasets? The doc says that the COPY1 expiration date is calculated using the F1 DSCB Last Ref Date and the MGMTCLAS LEVEL 1 Days Non-Usage if there is not a specific RETPD specified for the dataset. I do a simulate and datasets with no RETPD specified are getting a years RETPD in the archive file. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html DSLIST - Data Sets Matching TL.YE.LYE1323R.G0001V00 Row 1 of 1 Command === Scroll === CSR Command - Enter / to select action Message Volume --- TL.YE.LYE1323R.G0001V00YT6256 * End of Data Set list TL.YE.LYE1323R.G0001V00 --RECFM-LRECL-BLKSIZE-DSORG FB8027920 PS --VOLUMES-- YT6256 F1 E8E3F6F2F5F6 0001 6C0058 00 01 00 00 C9C2D4D6E2E5E2F24040404040 6C0058A0400400 4000 90 00 6D10 0050 00 82 90005556 00 E5A2 014F0008004F0008 00 DSLIST - Data Sets Matching TL.YE.LYE1323R.G0001V00 Row 1 of 1 Command === Scroll === CSR Command - Enter / to select action Message Volume Tracks % XT Device Dsorg Recfm Lrecl Blksz CreatedExpiresReferred Catalog --- TL.YE.LYE1323R.G0001V00YT6256 1 0 1 3390 PS FB 80 27920 2008/03/28 ***None*** 2008/03/28 CATALOG.MVSICF1.VMVS824 From FDR run COPY1 EXPIRES 2009.136 - COPY2 EXPIRES 2009.136 FOR DSN=TL.YE.LYE1323R.G0001V00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SSL to printers??
I'm currently supporting a printer vendor with a client issue. Their client will not accept TCP/IP printers because they're worried that someone will tap-in to the line and pickup the data in the clear. They're insisting on an ESCON/parallel attachment. The printer vendor I'm working with got rid of the parallel interface 5 years ago and doesn't really want to support it. Has anyone ever dealt with this paranoia yet? Do any printers on the market support an SSL interface? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL to printers??
Any of them should work if you insert some sort of VPN router right in front of them. Give the router the printer's public address, then put a private non-routable net between the router and the printer. What about AFTER this secure stuff prints, will it grow legs and walk off? Pinnacle wrote: I'm currently supporting a printer vendor with a client issue. Their client will not accept TCP/IP printers because they're worried that someone will tap-in to the line and pickup the data in the clear. They're insisting on an ESCON/parallel attachment. The printer vendor I'm working with got rid of the parallel interface 5 years ago and doesn't really want to support it. Has anyone ever dealt with this paranoia yet? Do any printers on the market support an SSL interface? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL to printers??
Pinnacle wrote: I'm currently supporting a printer vendor with a client issue. Their client will not accept TCP/IP printers because they're worried that someone will tap-in to the line and pickup the data in the clear. They're insisting on an ESCON/parallel attachment. The printer vendor I'm working with got rid of the parallel interface 5 years ago and doesn't really want to support it. Has anyone ever dealt with this paranoia yet? Do any printers on the market support an SSL interface? VPS from LRS has support for encrypted printing. I think HP, LEXMARK, and probably other printers have support for this. This may not be a standard feature. You will probably need to order the printer with this, or replace the NIC in an existing printer. We have not tried this, so I don't know what other issues there might be. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL to printers??
Escon Converter? Plenty around and should be dirt cheap. Also, if they are still around check out Black Box. The Radio Shack of the computer world. Had little boxes (use specific) in mutltiudes of combinations. Cumulatively, they could connect almost anything to anything else. snip I'm currently supporting a printer vendor with a client issue. Their client will not accept TCP/IP printers because they're worried that someone will tap-in to the line and pickup the data in the clear. They're insisting on an ESCON/parallel attachment. The printer vendor I'm working with got rid of the parallel interface 5 years ago and doesn't really want to support it. Has anyone ever dealt with this paranoia yet? Do any printers on the market support an SSL interface? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Displaying ESQA
I have z/OS running as a guest on z/VM. I like to think of it as all my very own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: 16. toukokuuta 2008 16:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Displaying ESQA On Fri, 16 May 2008 13:51:50 +0200 Lindy Mayfield [EMAIL PROTECTED] wrote: :Is there a command that will display my ESQA? What is your ESQA? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Server Pac question
I have not touched a serverpac in a long time. And I am running into an error I cannot resolve. When I do a global change from TCPIVP.TCPPARMS to ZOS19.TCPIVP.TCPPARMS I get the following error. CPP0605034I Global CHANGE, NO Data matched your Selection Criteria I am using CH DSN TCPIVP. ZOS19.TCPIVP. This has worked on all other data sets. I can see the data set in the list of files on the Physical volume map, the Selected attributes map, I have changed the RENAMEABLE to Y. Any suggestion? This command has worked on every other data set except this one in the MODIFY panel of the CUSTOMPAC ISPF application. Lizette :-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
On Fri, 16 May 2008 09:20:01 -0400, Mark Jacobs wrote: A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? Coding DELETE with a non-zero RETPD strikes me as an inconsistency that could reasonably be treated as a JCL error. What was the user's intent in doing so? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape
On Thu, 15 May 2008 16:02:41 +0300, ××× ×× ××× [EMAIL PROTECTED] wrote: The output from ADRDSSU is not meant to be read by humans. If you want to copy members from one PDS to another, use IEBCOPY. Gadi Not sure that is all that fair. If you know the format, its perfectly readable. But maybe as a DSS developer, I am not entirely human ; ) Justin Eastman IBM DFSMSdss 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: Mainframe programming vs the Web
Colossus - Waiting for the remake by Ron Howard 2008-2009? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Gary Green Sent: Wednesday, May 14, 2008 11:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web I did not know about the sequels. Thanks. Oh, my son says the movie is available on Netflix. He promised to add it to his list and perhaps move it towards the top. GSNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Server Pac question (never mind)
I finally figured out for these specific files I will have to alter each one individually. I had hoped the Global changes thru the C function under the MODIFY panel would be better. Instead it is manual Lizette Subject: Server Pac question I have not touched a serverpac in a long time. And I am running into an error I cannot resolve. When I do a global change from TCPIVP.TCPPARMS to ZOS19.TCPIVP.TCPPARMS I get the following error. CPP0605034I Global CHANGE, NO Data matched your Selection Criteria I am using CH DSN TCPIVP. ZOS19.TCPIVP. This has worked on all other data sets. I can see the data set in the list of files on the Physical volume map, the Selected attributes map, I have changed the RENAMEABLE to Y. Any suggestion? This command has worked on every other data set except this one in the MODIFY panel of the CUSTOMPAC ISPF application. Lizette :-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe programming vs the Web
You're kidding... Really? Gary Green I can use all the help I can get with my fight against cancer! Please support my efforts! Thank you. http://www.active.com/donate/tntsonj/tntsonjGGreen -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Rich [ITSUS] Sent: Friday, May 16, 2008 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web Colossus - Waiting for the remake by Ron Howard 2008-2009? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Gary Green Sent: Wednesday, May 14, 2008 11:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web I did not know about the sequels. Thanks. Oh, my son says the movie is available on Netflix. He promised to add it to his list and perhaps move it towards the top. GSNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.16/1446 - Release Date: 5/16/2008 7:42 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape
As others have said, you are getting exactly what you are asking for here. If you simply want to look at another copy other than the original, you can just do a DFSMSdss logical copy of the data set and then you should be able to just browse the members. Then, if you wish to print you can then use DFSMSdss print to print the data sets. Not sure if that is the ultimate intention of what you wanted to do, but your intentions are not clearly stated. Hope that helps. Byt the way, your printout below looks perfectly normal for the steps you have taken. Justin Eastman IBM DFSMSdss Development On Thu, 15 May 2008 07:43:20 -0500, vignesh [EMAIL PROTECTED] wrote: Hi, I am trying to use ADRDSSU with Dump option to dump all my PDS members using Include option. But the file created with dump option is with Record length 80 and data is not viewable / meaningful format. I tried the ADRDSSU with PRINT option too.Which also yielded the same result. The Following is the output iam getting with the JCL as shown: //STEP010 EXEC PGM=ADRDSSU,COND=(0,NE) //SYSPRINT DD SYSOUT=* //INPUT12 DD DSN=xx.xxx.,DISP=SHR (PDS dataset name) //BKFILEDD DSN=SVRB.MDM.RAINQ.TEST.PROC1,DISP=SHR //SYSIN DD * DUMP INDDNAME(INPUT12) OUTDDNAME(BKFILE) /* //* My output file contains: ...ç.ØØ._...STM246a...?.ãñè...4ã Ø .BMBB.^·°.i...0Û.0..ÿ.¬Õ.Ø.{..[EMAIL PROTECTED] Ø .BMBB.^[0.i.0.8. Ø .BMBB.^B.iÚ Could anyone offer any help on this. Further, I also need to produce a Dump of members named AMP* friom my list of PDS files only. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Tape Expdt differences in zOS 1.9
Paul Gilmartin wrote: On Fri, 16 May 2008 09:20:01 -0400, Mark Jacobs wrote: A user just reported that RETPD is ignored in the job for a new tape allocation with DISP=(NEW,DELETE) under zOS 1.9. Under zOS 1.9 the tape is assigned a RETPD of one day, but under zOS 1.8 the REPTD that is specified in the JCL is honored. Is this a bug or a feature? Coding DELETE with a non-zero RETPD strikes me as an inconsistency that could reasonably be treated as a JCL error. What was the user's intent in doing so? -- gil I happen to agree with you, but our operations supervisor is concerned about the different action being observed between zOS 1.9 and older releases of zOS. -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] OT: I'm having a very bad week, capped off with one of my favorite characters on CSI being murdered in yesterday's episode. Stupid, but it has me really down today. From what I see on various CSI fora, his demise is not yet as final as was McLean Stephenson's exit from M*A*S*H. And the CSI:Miami sniper victim (Eric) came back.. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Question
In a message dated 5/16/2008 7:15:28 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: need to evaluate the cause of the Error Hold and decide whether you can tolerate that new problem. Usually have an error fix PTF page for PSP maint. Most of the time it's a few dozen. So take the Holding APAR and search in IBMLINK. Then evaluate the consequences. Then make the decisions for go/nogo based on the assessment/exposure to your enterprise. **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
In a message dated 5/16/2008 9:21:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: We ran a test comparing our zOS1.7 system against the tech system where we have zOS1.9 installed and got the same results on both systems. Could it be something local to your environment rather than zOS1.9? ddkeller IIRC the default RETPD/EXPDT for tapes is controlled by tape mgmt PARMS? **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, May 16, 2008 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] OT: I'm having a very bad week, capped off with one of my favorite characters on CSI being murdered in yesterday's episode. Stupid, but it has me really down today. From what I see on various CSI fora, his demise is not yet as final as was McLean Stephenson's exit from M*A*S*H. And the CSI:Miami sniper victim (Eric) came back.. Then again, the actor playing that part (Gary Dourdan) just got arrested for possession of narcotics and possession of dangerous drugs. He was found asleep in his car with various controlled substances found in the car... http://www.msnbc.msn.com/id/24373001/ Hey, it's Friday, right? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets
Friday or not, some of us don't care about CSI-anything. I don't care if you send the thread off to la-la land, but at least change the subject so those of us who don't care can delete them. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Friday, May 16, 2008 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, May 16, 2008 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] OT: I'm having a very bad week, capped off with one of my favorite characters on CSI being murdered in yesterday's episode. Stupid, but it has me really down today. From what I see on various CSI fora, his demise is not yet as final as was McLean Stephenson's exit from M*A*S*H. And the CSI:Miami sniper victim (Eric) came back.. Then again, the actor playing that part (Gary Dourdan) just got arrested for possession of narcotics and possession of dangerous drugs. He was found asleep in his car with various controlled substances found in the car... http://www.msnbc.msn.com/id/24373001/ Hey, it's Friday, right? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
Ed Finnell wrote: In a message dated 5/16/2008 9:21:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: We ran a test comparing our zOS1.7 system against the tech system where we have zOS1.9 installed and got the same results on both systems. Could it be something local to your environment rather than zOS1.9? ddkeller IIRC the default RETPD/EXPDT for tapes is controlled by tape mgmt PARMS? I'm am also leaning towards the tape management system also but in theory all the options and control files should be the same across each environment in the plex. -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
In a message dated 5/16/2008 11:09:46 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: theory all the options and control files should be the same across each environment in the plex. Might be worth a ring to the vendor or their knowledge base??? **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDRABR ARCHIVE
Hi Tom, I don't see a record of support being contacted on this, so I only have this information to go on. Section 51.01 is the ABR Archive section that discusses the options for Archiving. In the SMS-Managed Volumes section, it references Section 70 to review in addition to Section 51. Section 70.12 'Archive Expiration' addresses most of the different scenarios that can occur. The expiration dates can come from the DSCB, the SMS Management Class, or lastly the default of 365 if ABR cannot calculate the date from other sources. Without seeing the SMS Management Class settings and the operands specified on the ABR Archive, I would have to guess that the SMS Management Class attributes of EXPIRE AFTER DAYS NON-USAGE' and EXPIRE AFTER DAYS/DATE both have a value of NOLIMIT. When this is the case, then the expiration is set to the normal ABR COPY2 expiration which is 365 days. If you are specifying SMSEXPIRE=YES, I'd suggest using SMSEXPIRE=PRT to get the calculations showing how the expiration dates are calculated using the Management Class criteria. Refer to Section 70.12 for this information. You can contact me directly or anyone in support for further assistance with this. Joe Butz Tom Eden wrote: Is anyone using FDRABR to archive SMS managed datasets? The doc says that the COPY1 expiration date is calculated using the F1 DSCB Last Ref Date and the MGMTCLAS LEVEL 1 Days Non-Usage if there is not a specific RETPD specified for the dataset. I do a simulate and datasets with no RETPD specified are getting a years RETPD in the archive file. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Tape Expdt differences in zOS 1.9
Are the tapes having issues all the same type? Or is it to a specific type of tape. If you have a VTS, are those tapes seeing this issue? If you have an ATL, are those tapes seeing this issue? If you have a native 3490 or 3480, are those tapes seeing this issue? The question have to do with the OAM and CA1 interface. If you are using the CBRUXENT CBRUXEJC CBRUXVNL It might be with one of those, since they need to be run under your zOS SMPE environment but the usermod is in CA1. Lizette In a message dated 5/16/2008 9:21:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: We ran a test comparing our zOS1.7 system against the tech system where we have zOS1.9 installed and got the same results on both systems. Could it be something local to your environment rather than zOS1.9? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
Would this help? ALLOCxx 2DGT_EXPDT POLICY(ALLOW/WARN/FAIL) -Original Message- Daniel McLaughlin We recently had a case where the user swore RETPD was broken. Their intent was to use 99365 but used 99360 instead, which wasn't honored and retention slipped to default in TLMS. It doesn't flag as an error. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
In theory, theory and practice are the same. In practice, they are not. Probably worth a check. -Original Message- Mark Jacobs in theory all the options and control files should be the same across each environment in the plex. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
The other area to check out for CA1 is the PPOPTION(TMOOPT00) CL05236S The usermod CL05236 may be customized at your shop for TMX EXPDT processing or the TMOOPT00 member may have changed. Lizette Are the tapes having issues all the same type? Or is it to a specific type of tape. If you have a VTS, are those tapes seeing this issue? If you have an ATL, are those tapes seeing this issue? If you have a native 3490 or 3480, are those tapes seeing this issue? The question have to do with the OAM and CA1 interface. If you are using the CBRUXENT CBRUXEJC CBRUXVNL It might be with one of those, since they need to be run under your zOS SMPE environment but the usermod is in CA1. We ran a test comparing our zOS1.7 system against the tech system where we have zOS1.9 installed and got the same results on both systems. Could it be something local to your environment rather than zOS1.9? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Expdt differences in zOS 1.9
Having reread my own post, I meant EXPDT... Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 12:55:18 PM: Ken Porowski [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/16/2008 12:55 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Tape Expdt differences in zOS 1.9 -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Ken Porowski [EMAIL PROTECTED] Subject: Re: Tape Expdt differences in zOS 1.9 --- Would this help? ALLOCxx 2DGT_EXPDT POLICY(ALLOW/WARN/FAIL) -Original Message- Daniel McLaughlin We recently had a case where the user swore RETPD was broken. Their intent was to use 99365 but used 99360 instead, which wasn't honored and retention slipped to default in TLMS. It doesn't flag as an error. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLSCECT Imbedded members missing?
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 01:42:04 AM: IMBED MEMBER(IGDIPCSP) ENVIRONMENT(ALL) /* DFP @L1A*/ imbedded in our BLSCECT, too, but I cannot find it either. Even the DFP Diagnosis books don't talk about it, only about smsdata and smsxdata, which *can* be found. IMBED MEMBER(ISPIPCSP) ENVIRONMENT(ALL) /* ISPF @L1A*/ IMBED MEMBER(IKJIPCSP) ENVIRONMENT(ALL) /* TSO/E @L1A*/ Cannot find them either. IMBED MEMBER(DXRIPCSP) ENVIRONMENT(ALL) /* IRLM @L1A*/ IMBED MEMBER(DSNIPCSP) ENVIRONMENT(ALL) /* DB2 @L1A*/ These two I would expect to be somewhere in IRLM/DB2 datasets, with instructions buried somewhere to copy them over to parmlib. But in ours I cannot find them, either. So I am left with the suspicion that these members are imbedded just for IBM use in IBM locations that have access to *A LOT* more commands. After all, unless you happen to use a command defined in one of those members, IPCS wouldn't go searching for it and come back with 'not found'. And these commands are not described to the rest of the world on the assumption that IBM support are the only ones ever using IPCS (no comment) so why describe them anywhere much less ship them? Those IMBED statements flagged with @L1A date back to SP3.1.0, which is when the IMBED support was introduced. Some of them were just placeholders for possible future use. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
By 1979 360/75s were 10+ years old. By 1979, 360/75s were 13-14 years old. TUCC in RTP, NC got one of the very first early in 1966. I was told in 1967 by one of the CEs in residence at TUCC that it wasn't the first one out of the barn, but it was nearly so. We knew that NASA had ordered five, and you can find references on the web that claim NASA installed them in the Fall of 1965, but which ones in the manufacturing sequence the actual NASA machines were was a we can't talk about that issue at the time. For one thing, I think NASA got them early, before first-day orders from real customers were shipped. Another issue is that their delivery was rushed (already being later than IBM had promised) in order to prevent NASA from giving up on IBM 360s and using CDC 6600 machines exclusively. Additionally, the 360/75s sent to NASA had an RPQ modification to provide a real-time GMT clock facility (Store GMT was the instruction name, I think). The five Model 75 machines that NASA used for the Apollo project were no longer needed by 1973, and were turned over for use as development machines for the Space Shuttle software development. They were used for that job until January 1982. JPL in California picked up two Model 75s from NASA (one of them had the Store GMT RPQ, which turned out not to be sufficient for JPL's purposes, and they had to get IBM to extend it with more bits), and then JPL did something surprising even then: they BOUGHT a third 75, which they used until August 1983. That August 1983 date is the latest that I have ever heard that a Model 75 was actually in use. Univ. of Waterloo got rid of theirs (as junk, but valuable junk because of the gold in the SLT cards) in late 1979 or early 1980 (it was turned off for some number of months before they actually physically got rid of it). According to this web page: http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2075.html the Model 75 was withdrawn March 15, 1977. It also indicates ... the Model 75 had a monthly rental range of $50,000 to $80,000, and a purchase price range of $2.2 million to $3.5 million. Deliveries began during the fourth quarter of 1965. That purchase price range seems a little high, so it is possible that what they are referring to is the 1977 purchase price for a 2075, instead of the 1965 to 1968-era price (before unbundling). But, surprisingly, that monthly rental price range (presumably referring to the low-end 2075-H [256 KB] thru the high-end 2075-J [1,024 KB]) seems a little low. I have original documentation for the exact equipment prices [as published by IBM] as of Aug. 1968, and used those figures to make my calculations. In addition, I have original documentation for what TUCC was paying IBM (after their 40% educational discount); each set is consistent. Thus, I can only conclude that the IBM web site price figures represent lower monthly rentals at end of equipment life, but also a higher outright purchase price 12 years after its original announcement. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S33E abend and X33E slip
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 03:06:48 AM: Well, to be more precise: a 33E abend indicated that *a* TCB terminates while still having subtasks unterminated. That would be an A03, not a 33E. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets
At 11:08 -0500 on 05/16/2008, Pommier, Rex R. wrote about CSI TV show - was RE: Backing up volumes containing UNIX fi: From what I see on various CSI fora, his demise is not yet as final as was McLean Stephenson's exit from M*A*S*H. While Col. Blake's death was reported on the show, if you have read MASH goes to Maine (the sequel to the MASH novel) you will know that the report was premature. While his aircraft was shot down, he survived and is now a General at Walter Reed Hospital. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Server Pac question (never mind)
We created the CH DSN *HLQ* command for this very situation. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cpp2ud90/A.4?ACTION=MATCHESREQUEST=*hlq*TYPE=EXACTNSHELF=EZ2ZO10jDT=20070510204544CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT An excerpt: The CHANGE DSN *HLQ* command also allows you to change single high level qualifiers to multiple high level qualifiers. For example, assume that you want to change all of the listed data sets to use the high level qualifiers SYS9.MARNA.*. To do so, display the desired data sets and enter the CHANGE DSN *HLQ* command, as follows: CH DSN *HLQ* SYS9.MARNA Of course, having said that, it's probably easier for me to remember (It's been a while, but I think I wrote the spec for this) than for someone who uses ServerPac once every year or two whether they need to or not. Lizette Koehler wrote: I finally figured out for these specific files I will have to alter each one individually. I had hoped the Global changes thru the C function under the MODIFY panel would be better. Instead it is manual Lizette Subject: Server Pac question I have not touched a serverpac in a long time. And I am running into an error I cannot resolve. When I do a global change from TCPIVP.TCPPARMS to ZOS19.TCPIVP.TCPPARMS I get the following error. CPP0605034I Global CHANGE, NO Data matched your Selection Criteria I am using CH DSN TCPIVP. ZOS19.TCPIVP. This has worked on all other data sets. I can see the data set in the list of files on the Physical volume map, the Selected attributes map, I have changed the RENAMEABLE to Y. Any suggestion? This command has worked on every other data set except this one in the MODIFY panel of the CUSTOMPAC ISPF application. Lizette :-( -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe programming vs the Web
yes really! http://www.comingsoon.net/news/movienews.php?id=19966 Colossus Remake in the Works - ComingSoon.net -Original Message- From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] Behalf Of Gary Green Sent: Friday, May 16, 2008 11:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web You're kidding... Really? Gary Green I can use all the help I can get with my fight against cancer! Please support my efforts! Thank you. http://www.active.com/donate/tntsonj/tntsonjGGreen -Original Message- From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Rich [ITSUS] Sent: Friday, May 16, 2008 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web Colossus - Waiting for the remake by Ron Howard 2008-2009? SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] Backing up volumes containing UNIX filesystem datasets
-Original Message- From: MVS OpenEdition [mailto:[EMAIL PROTECTED] On Behalf Of William Schoen Sent: Friday, May 16, 2008 12:56 PM To: [EMAIL PROTECTED] Subject: Re: [MVS-OE] Backing up volumes containing UNIX filesystem datasets That is my understanding for both HFS and ZFS. It is also my understanding that a single volume HFS or ZFS mounted read-write cannot be dumped with integrity if the dump is a volume dump. Quiesce is not done for a volume, it is done for a data set. Bill Schoen You are 100% correct. What a PITA! This is going to cause a MAJOR disruption to the way that we back up for DR. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2U261/6.3. 1.2 quote Physical dump does not provide the quiesce serialization mechanism, and it is not recommended for backing up mounted HFS data sets. If you do perform a physical dump of an HFS, do not specify the SHARE keyword. The SHARE keyword applies to the SYSDSN ENQ, and therefore does not provide protection against updates during dump. Attention: Exercise caution if you use TOL(ENQF) during a physical dump of HFS data sets. Unlike other types of data sets, if an HFS is updated during a physical dump with TOL(ENQF), a subsequent restore will likely result in an unusable data set. /quote and http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2U261/6.3. 2.2 quote Physical dump does not provide the quiesce serialization mechanism, and it is not recommended for backing up mounted zFS data sets. Attention: Exercise caution if you use TOL(ENQF) during a physical dump of zFS data sets. Unlike other types of data sets, if a zFS data set is updated during a physical dump with TOL(ENQF), a subsequent restore will likely result in an unusable data set. /quote -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display or view the Crypto Current domain index or Usage domain index
Good question David, is there any shop out there where they use multiple domains per LPAR and how they use them if there is any? Anyway, and maybe now is just a matter of curiosity, does anybody knows a place or a method to extract such data from the system before starting ICSF? On Fri, May 16, 2008 at 5:01 AM, Jousma, David [EMAIL PROTECTED] wrote: I consider it a pretty unlikely situation where there are multiple domains per lpar in most shops. It is only a gut feeling on my part, however. ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Ibarra Magdaleno Sent: Thursday, May 15, 2008 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Display or view the Crypto Current domain index or Usage domain index Still the same question David, how to know if there is always only one domain without asking anyone, but the system? On Thu, May 15, 2008 at 1:12 PM, Jousma, David [EMAIL PROTECTED] wrote: If there is ever only one domain assigned to a particular lpar, then don't code anything, period. My understanding is that domain only needs to be coded if you assign more than one to the same lpar. In our shop, we have only one domain per lpar, and we don't code it in the CSFPRMxx members ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe programming vs the Web
Sheesh... I had better start using this computer for something other than work. ;-) Thanks. Gary Green I can use all the help I can get with my fight against cancer! Please support my efforts! Thank you. http://www.active.com/donate/tntsonj/tntsonjGGreen -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Rich [ITSUS] Sent: Friday, May 16, 2008 1:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web yes really! http://www.comingsoon.net/news/movienews.php?id=19966 Colossus Remake in the Works - ComingSoon.net -Original Message- From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] Behalf Of Gary Green Sent: Friday, May 16, 2008 11:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web You're kidding... Really? Gary Green I can use all the help I can get with my fight against cancer! Please support my efforts! Thank you. http://www.active.com/donate/tntsonj/tntsonjGGreen -Original Message- From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Rich [ITSUS] Sent: Friday, May 16, 2008 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web Colossus - Waiting for the remake by Ron Howard 2008-2009? SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.16/1446 - Release Date: 5/16/2008 7:42 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
--snip Well, we create tapes that will be sent to a replication service for sending software and data to customers. The media must be 3490 and 3590. I can put 3490 drives on a Win32 or Linux box easily enough (we have two 3490 SCSI based tape drives.) But as I said, I don't know how to replicate an IEBCOPY image. I would have to reorganize into XMIT files on our software tapes. ---unsnip--- Dave, I'm confused. Why does this process have to be done on a remote drive? It seems like a MAJOR expense, without any real business benefit. There's no reason I can think of that a installation library can't include a batch-TMP job that does all the necessary RECEIVES to recover a group of XMIT'ed files; or that installation doc can't include this information. You can examine the files on a PC by using XMIT Manager, from the CBTTAPE Site. And the XMIT format seems to survive FTP very nicely, thank you. You're still stuck with IEBCOPY Unload format with XMIT files, but the way it's all handled under the covers seems to work very well; I've never experienced any problems. Might I make so bold as to suggest that it's time to rethink the whole process? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
encryption on z/OS
What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. 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: Racroute and cross memory question
On Thu, 15 May 2008 15:55:45 -0500, Wayne Driscoll [EMAIL PROTECTED] wrote: RACROUTE REQUEST=AUTH cannot be issued with HASNPASN. However, REQUEST=AUTH and REQUEST=FASTAUTH do not require APF authorization for the general usage. I would think that you want the request to execute on behalf of the ISPF user, not the server address anyway, so putting the requests in the application prior to issuing the PC-ss would make sense. If you are trying to avoid having the code in the TSO user address space, you might be able to have the server load a routine into CSA, set it up as a PC-cp that is on a SYSTEM LX, have the PC-cp routine perform the RACROUTE request, then issue the PC-ss if the RACROUTE succeeded. Now I have never attempted to issue a RACROUTE from a PC-cp routine. The reason that a RACROUTE REQUEST=AUTH cannot be issued in space switch PC is because REQUEST=AUTH (usually, often, always) results in an SVC instruction (at least with RACF). I usually call this approach a two stage PC, where first you use a non-space-switch PC to gain authorization, perform the security check, and if the check passes then you can issue the space-switching PC. Of course, in this case you should set up the space-switch PC so it requires the issuer to be in supervisor state or system key, to ensure that the user code doesn't bypass the security check. The approach of having the space-switch PC use RACROUTE REQUEST=FASTAUTH would also work, if using RACLISTed general resource profiles. And it's simpler than the approach using two PCs. The server should issue a RACROUTE REQUEST=LIST,ENVIR=CREATE,GLOBAL=YES during initialization, and RACROUTE REQUEST=LIST,ENVIR=DELETE during termination. Or the approach of scheduling an IRB back to the in-flight TCB could also work, I think, but feels more complex and fragile. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Racroute and cross memory question
Walt Farrell wrote: [snip] Or the approach of scheduling an IRB back to the in-flight TCB could also work, I think, but feels more complex and fragile. For the record: The SCHEDIRB approach was my suggestion. But, I like the two-stage PC approach suggested by Wayne Driscoll much better! -- 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: Healther checker documentation
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 12:46:13 AM: I was going to say obviously you haven't read the Diagnosis: Tools and Procedure book. It contains quite funny sentences at the start of each chapter. Unfortunately, when I just looked, they're all gone It is still in the old os/390 R10 books. Those were sentences like for standalone dump Like a trip to the dentist. . . you only go when you have to, and you know it's gonna hurt. Or: SVC dump is like a burglar alarm. . . . It lets you know something's wrong and helps you pinpoint where it started. Component trace is like a Swiss Army Knife: a lot of little tools built into one. Now who took that humour back out?!? I had something to do with that. My concern is that system programs are usually reading that book at a time when they are dealing with the gravity of some problem, and may not be in a mood to appreciate its opposite, levity. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Friday joke: IBM pays $35/hr for IOS code
Found this CTG job posting on the Web, paying $35/hr for writing IOS code: CTG is in need of a PLX Programmer for one of our top clients in Poughkeepsie, NY. Skills required: PLX Programming skills (Very important as that is what the code is written in) OS/390 skills (MVS) Experience (Equally important as this is the operating system that the code will run under). S390 eServer hardware and millicode knowledge (Important as this is what the code is manipulating). Architecture Verification skills- Must be able to read and interpret architecture documents, technical specs so to speak, and be able to write code (in PLX) to stress and test that architecture Working knowledge or experience with S/390 eServer Channel I/O architecture and I/O devices (All of this work deals with I/O not CPU) Compensation: $35/hr or $61,000 depending on benefits needed YEHAW! Have a good weekend, and let's be careful out there, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Healther checker documentation
- Original Message - From: Jim Mulder [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, May 16, 2008 2:43 PM Subject: Re: Healther checker documentation IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 12:46:13 AM: I was going to say obviously you haven't read the Diagnosis: Tools and Procedure book. It contains quite funny sentences at the start of each chapter. Unfortunately, when I just looked, they're all gone It is still in the old os/390 R10 books. Those were sentences like for standalone dump Like a trip to the dentist. . . you only go when you have to, and you know it's gonna hurt. Or: SVC dump is like a burglar alarm. . . . It lets you know something's wrong and helps you pinpoint where it started. Component trace is like a Swiss Army Knife: a lot of little tools built into one. Now who took that humour back out?!? I had something to do with that. My concern is that system programs are usually reading that book at a time when they are dealing with the gravity of some problem, and may not be in a mood to appreciate its opposite, levity. Jim, There's an old saying about people who can't take a joke ;-) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: encryption on z/OS
Dave Jones wrote: What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. 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 We have custom code that uses ICSF services to encrypt/decrypt fields in both CICS and DB2. We are also using IBM encrypting tape drives for any tapes that go offsite. -- Mark Jacobs Time Customer Service Tampa, FL Progress doesn't come from early risers - progress is made by lazy men looking for easier ways to do things. Robert A. Heinlein - Time Enought for Love(1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: encryption on z/OS
I looked at 3 products - 1) CA tape encryption 2) ASPG Megacryption 3) IBM: Encryption Facility for z/OS I chose ibm Encryption Services DFSMSdss Encryption Dave Jones [EMAIL PROTECTED] ARE.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU encryption on z/OS 05/16/2008 11:27 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SUB=MSTR STC with DSNs in User Catalog
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/15/2008 01:23:44 AM: Go to SDSF DA screen, look at all asids and sort them by asid. There will be an asid in the upper 20 not used (in my case it was x'10'). That was limited function CAS, the one only capable of accessing the master cat. Full function CAS is asid x'26' on that system. In z/OS 1.9, if you specify REUSASID(YES) in DIAGxx, the CATALOG address space will use a reusable asid, so that your asid x'10' could subsequently used by another reusable asid address space. So if you specify REUSASID=YES on the START command for LLA or VLF, it could use asid x'10'. Also, CATALOG used to obtain a new system LX for each restart. This was fixed in z/OS 1.9 so that CATALOG reuses its system LX. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S33E abend and X33E slip
Vernooy, C.P. - SPLXM wrote: Well, to be more precise: a 33E abend indicated that *a* TCB terminates while still having subtasks unterminated. You're thinking of A03 abend. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2h781/2.533 -- 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: SSL to printers??
Take a look at the Infoprint Server Bookshelf at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/AOPBK362 and do a Search Documents for encrypt. Roger Bolan infoprint.com Boulder, Colorado, USA P Think before you print IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 08:37:51 AM: I'm currently supporting a printer vendor with a client issue. Their client will not accept TCP/IP printers because they're worried that someone will tap-in to the line and pickup the data in the clear. They're insisting on an ESCON/parallel attachment. The printer vendor I'm working with got rid of the parallel interface 5 years ago and doesn't really want to support it. Has anyone ever dealt with this paranoia yet? Do any printers on the market support an SSL interface? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: encryption on z/OS
Same here. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Mitjans Sent: Friday, May 16, 2008 2:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: encryption on z/OS I looked at 3 products - 1) CA tape encryption 2) ASPG Megacryption 3) IBM: Encryption Facility for z/OS I chose ibm Encryption Services DFSMSdss Encryption Dave Jones [EMAIL PROTECTED] ARE.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU encryption on z/OS 05/16/2008 11:27 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday joke: IBM pays $35/hr for IOS code
On Fri, 16 May 2008 14:45:49 -0400, Pinnacle [EMAIL PROTECTED] wrote: ... CTG is in need of a PLX Programmer for one of our top clients in Poughkeepsie, NY. Skills required: PLX Programming skills ... ... OS/390 skills (MVS) Experience ... ... S390 eServer hardware and millicode knowledge ... ... Architecture Verification skills- ... ... Working knowledge or experience with S/390 eServer Channel I/O architecture and I/O devices ... ... Compensation: $35/hr or $61,000 depending on benefits needed ... It sounds a lot like there is a rule requiring a posting for any job before it can be filled internally. Nobody meeting those requirements is likely to take the job at that rate so they will be free to give it to the internal candidate. And he or she will probably get a substantial raise after 1 week's probation. Either that, or that posting came from some other universe. 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: Display or view the Crypto Current domain index or Usage domain index
The best example for defining multiple domains to an LPAR would be to provide additional resources for peak periods. Specifically, LPAR 5 might normally run as a test or development LPAR and be associated with Domain 5. However, there may be periods where the production LPARs might not provide sufficient resources (say the holiday shopping period) and the test z/OS system running in LPAR 5 would be shut down, and a production image started, using domain 6. The master keys associated with the test system would be preserved in Domain 5, and be available when the LPAR is switched back to the test system, however, while running the production workload it would have access to the production master keys stored in Domain 6. When LPAR 5 has both domain 5 and 6 assigned, then the ICSF parms for the test system would have to specify DOMAIN(5) and the ICSF parms for the additional production system would have to specify DOMAIN(6). I am not aware of a way to determine the Domain number, but its an interesting requirement. I would think that selecting/assigning a domain at the DR site would be covered in the planning phase. In most cases, they can probably assign the domain that you want. In the rare cases where they can't (another customer who uses the same domain is performing a DR at the same time on the same machine) then the DR provider should tell you that today you're using Domain 10, and you'll have to change the Options data set. Whether the DR provider tells you, or you query the environment, either way, you have to update the options data set. It might save you a false start on starting ICSF, but you wouldn't need to reIPL, simply update the options and start ICSF again. Greg Boyd IBM WSC, System z Crypto On Fri, 16 May 2008 13:07:01 -0500, Roberto Ibarra Magdaleno [EMAIL PROTECTED] wrote: Good question David, is there any shop out there where they use multiple domains per LPAR and how they use them if there is any? Anyway, and maybe now is just a matter of curiosity, does anybody knows a place or a method to extract such data from the system before starting ICSF? On Fri, May 16, 2008 at 5:01 AM, Jousma, David [EMAIL PROTECTED] wrote: I consider it a pretty unlikely situation where there are multiple domains per lpar in most shops. It is only a gut feeling on my part, however. ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Ibarra Magdaleno Sent: Thursday, May 15, 2008 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Display or view the Crypto Current domain index or Usage domain index Still the same question David, how to know if there is always only one domain without asking anyone, but the system? On Thu, May 15, 2008 at 1:12 PM, Jousma, David [EMAIL PROTECTED] wrote: If there is ever only one domain assigned to a particular lpar, then don't code anything, period. My understanding is that domain only needs to be coded if you assign more than one to the same lpar. In our shop, we have only one domain per lpar, and we don't code it in the CSFPRMxx members ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Questions about GDG ENQ's
I often have the annoying problem of a production job which wants to create (+1) of a GDG being held up by my long-running test job that is using the (0) generation. This is in a large sysplex that has both production and test LPAR's in it. Question #1: I understand the integrity exposure that requires the (+1) job to get exclusive access to the catalog entry for the base GDG name, but once my test job has resolved my (0) generation request to an actual GooVoo generation, why can't my (read-only, DISP=SHR) test job release the base GDG ENQ so the (+1) job can get exclusive access? Question #2: If my read-only job using the (0) generation CLOSEs the (0) generation after reading it to EOF and the JCL for the (0) generation specifies FREE=CLOSE, will the ENQ's be released so the (+1) job can run while my (0) job continues to run with the file and it's ENQ's freed? TIA for helping cure my ignorance. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
Rethinking the whole process is exactly what we are doing. This is only one option. David Logan Manager of Product Development, Pitney Bowes Business Insights http://centrus.com 4750 Walnut St, Suite 200 Boulder, CO 80301 W: (720) 564-3056 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Friday, May 16, 2008 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive --snip Well, we create tapes that will be sent to a replication service for sending software and data to customers. The media must be 3490 and 3590. I can put 3490 drives on a Win32 or Linux box easily enough (we have two 3490 SCSI based tape drives.) But as I said, I don't know how to replicate an IEBCOPY image. I would have to reorganize into XMIT files on our software tapes. ---unsnip--- Dave, I'm confused. Why does this process have to be done on a remote drive? It seems like a MAJOR expense, without any real business benefit. There's no reason I can think of that a installation library can't include a batch-TMP job that does all the necessary RECEIVES to recover a group of XMIT'ed files; or that installation doc can't include this information. You can examine the files on a PC by using XMIT Manager, from the CBTTAPE Site. And the XMIT format seems to survive FTP very nicely, thank you. You're still stuck with IEBCOPY Unload format with XMIT files, but the way it's all handled under the covers seems to work very well; I've never experienced any problems. Might I make so bold as to suggest that it's time to rethink the whole process? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Questions about GDG ENQ's
Peter, I can't actually answer your questions, which remind me of 'Why can't you remember to wipe your feet on the way in?', which we all recognize not as a question but really a complaint. ;-) So let me answer the unasked Question #3: Is there any workaround? Answer: I actually learned this a bona fide application programmer trainee in my very first IT job. To avoid ENQ entanglements, do not code gdg(0). Instead, find out the actual fully qualified name of gdg(0) and code that instead: //CURRENT DD DISP=SHR,DSN=a.b.c.G1234V00 It's not elegant, but the base GDG name will remain ENQ free. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Farley, Peter x23353 [EMAIL PROTECTED] To ADRIDGE.COM IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject [EMAIL PROTECTED] Questions about GDG ENQ's .EDU 05/16/2008 01:08 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU I often have the annoying problem of a production job which wants to create (+1) of a GDG being held up by my long-running test job that is using the (0) generation. This is in a large sysplex that has both production and test LPAR's in it. Question #1: I understand the integrity exposure that requires the (+1) job to get exclusive access to the catalog entry for the base GDG name, but once my test job has resolved my (0) generation request to an actual GooVoo generation, why can't my (read-only, DISP=SHR) test job release the base GDG ENQ so the (+1) job can get exclusive access? Question #2: If my read-only job using the (0) generation CLOSEs the (0) generation after reading it to EOF and the JCL for the (0) generation specifies FREE=CLOSE, will the ENQ's be released so the (+1) job can run while my (0) job continues to run with the file and it's ENQ's freed? TIA for helping cure my ignorance. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL to printers??
VPS from LRS has support for encrypted printing. It's also very expensive. We got a quote that was almost $800,000 US for the first year in a 4,000 MIPS shop. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets
Friday or not, some of us don't care about CSI-anything. I don't care if you send the thread off to la-la land, but at least change the subject so those of us who don't care can delete them. I agree. We are getting wayy to manyyy OT threads. And, why should Friday be special. IBM-Main's reputation is lower than a snake's navel, because the signal to noise ratio. I'm starting to see IBM-Main type questions on other lists because they refuse to sign up for IBM-Main due to the garbage that is showing up here. I know that I'm not perfect, but I try to not respond to the garbage postings. Please, kill this thread, and stick to relevant postings. I've found it's gotten worse the last couple of months; that could be subjective. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing up volumes containing UNIX filesystem datasets
WHAT does this have to do with mainframes? (Off-list) - Too busy driving to stop for gas! -Original Message- From: Farley, Peter x23353 [EMAIL PROTECTED] Date: Fri, 16 May 2008 12:04:43 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, May 16, 2008 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Backing up volumes containing UNIX filesystem datasets -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] OT: I'm having a very bad week, capped off with one of my favorite characters on CSI being murdered in yesterday's episode. Stupid, but it has me really down today. From what I see on various CSI fora, his demise is not yet as final as was McLean Stephenson's exit from M*A*S*H. And the CSI:Miami sniper victim (Eric) came back.. Then again, the actor playing that part (Gary Dourdan) just got arrested for possession of narcotics and possession of dangerous drugs. He was found asleep in his car with various controlled substances found in the car... http://www.msnbc.msn.com/id/24373001/ Hey, it's Friday, right? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display or view the Crypto Current domain index or Usage domain index
Good question David, is there any shop out there where they use multiple domains per LPAR and how they use them if there is any? When we first implemented ICSF, we were told we could only have one domain per LPAR. And, it was recommended that all members in the same SYSPLEX use the same domain. Has something changed in 10 years? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: encryption on z/OS
Dave Jones wrote: What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. Thanks, We have custom code to call the encryption facility to encrypt/decrypt the fields as they are stored/read from DB2. We also use SecureZIP (PKZip with encryption enabled) for encrypting the full file for backup. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
is out of the office.
I will be out of the office starting 05/15/2008 and will not return until 05/18/2008. I will be out of the office on Friday, May 16th. I will return on Monday, May 19th. Thanks. ** The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312)653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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.9 and TSSO
You need to download the new version from cbttape.org, (make sure you select the Updates area). 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