Re: Questions Regarding Disk Cache
Virtual Storage Access Method - The Complete Source Book for VSAM File Structures by Ronald K Ferguson. Now out of box number 2. Mine hasn't got a signature, but it has a coffee stain :-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. Waterbury Sent: Thursday, February 21, 2008 1:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Questions Regarding Disk Cache What is this VSAM Bible you are referring to? Ron Hawkins wrote: Bob, Notes on the bookshelf. VSAM Bible in one of three boxes next to where I am sitting right now. The notes were part of convincing a customer to use a large CISZ to solve a CI/CA split problem. The notes are lifted from the book! Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
PDS dir block - 256 bytes
Recently I wrote that directory block has 256 bytes. Some responders claimed I was wrong. I just found the following text: The directory, a series of 256-byte records at the beginning of the data set, contains an entry for each member. ... Space for the directory is expressed in 256-byte blocks. Each block contains from 3 to 21 entries The text is from DFSMS Using Data Sets. No comments. Disclaimer: I know: CKD. C=8, K=8, D=256. 8+8+256=272. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS dir block - 256 bytes
HI, Yes, the direcory have 256 data bytes and 8 bytes key. each block (256+8) have member informations as it fit. The key have the high member name for that block. Thanks, Shai On 2/22/08, R.S. [EMAIL PROTECTED] wrote: Recently I wrote that directory block has 256 bytes. Some responders claimed I was wrong. I just found the following text: The directory, a series of 256-byte records at the beginning of the data set, contains an entry for each member. ... Space for the directory is expressed in 256-byte blocks. Each block contains from 3 to 21 entries The text is from DFSMS Using Data Sets. No comments. Disclaimer: I know: CKD. C=8, K=8, D=256. 8+8+256=272. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS dir block - 256 bytes
Stand by for some more pedantry. Jim McAlpine On 2/22/08, R.S. [EMAIL PROTECTED] wrote: Recently I wrote that directory block has 256 bytes. Some responders claimed I was wrong. I just found the following text: The directory, a series of 256-byte records at the beginning of the data set, contains an entry for each member. ... Space for the directory is expressed in 256-byte blocks. Each block contains from 3 to 21 entries The text is from DFSMS Using Data Sets. No comments. Disclaimer: I know: CKD. C=8, K=8, D=256. 8+8+256=272. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: PDS dir block - 256 bytes
The directory blocks is 42 bytes long, You ignorant nihilists ! You are all wrong ! And Your ties are ugly also !! ;) Regards, Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Jim McAlpine Skickat: den 22 februari 2008 11:43 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: PDS dir block - 256 bytes Stand by for some more pedantry. Jim McAlpine On 2/22/08, R.S. [EMAIL PROTECTED] wrote: Recently I wrote that directory block has 256 bytes. Some responders claimed I was wrong. I just found the following text: -- -- The directory, a series of 256-byte records at the beginning of the data set, contains an entry for each member. ... Space for the directory is expressed in 256-byte blocks. Each block contains from 3 to 21 entries -- -- The text is from DFSMS Using Data Sets. No comments. Disclaimer: I know: CKD. C=8, K=8, D=256. 8+8+256=272. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS dir block - 256 bytes
And I thought they were advising against unnecessary standing ... Bad for your insteps or some-such. Strange ... Shane ... On Fri, 2008-02-22 at 10:42 +, Jim McAlpine wrote: Stand by for some more pedantry. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IBM/Tivoli turning into CA?
All I can say is I have 4.1 or 550 for z/OS and there is not one shred of USS support in the product that I can find. I was told that if I wanted that support I needed Omegamon for USS. So if this is the case, even the support people and the marketing people are unaware of it. I actually use Sysview from CA for my USS monitoring. Omegamon has no idea if I have an HFS or where it is. So if its there, I'd love to know where. Doug Timothy Sipples wrote: snip I cannot comment on everything mentioned in this thread, but I can comment on this area. Candle used to have every monitor priced separately, yes. IBM changed at least some of that. As of V4.1 (December, 2006), the single Tivoli OMEGAMON XE for z/OS product now includes UNIX System Services monitoring, for example. Cryptographic monitoring used to be separate, and now that's in the same product, too. As another example, Tivoli OMEGAMON XE for Mainframe Networks combines TCP/IP and VTAM functions. IBM also has a no-charge Tivoli OMEGAMON XE for z/OS Management Console product which you may download. You may be remembering MAINVIEW, in fact, and have this reversed in your recollection. BMC lists MAINVIEW for z/OS, MAINVIEW for VTAM, MAINVIEW for IP, and MAINVIEW for UNIX System Services separately, among other monitors. I believe ASG's TMON is very similar in its splits, to pick another example. Or it's possible you missed the December, 2006, announcements where this changed after IBM acquired Candle. That's OK -- sometimes it's hard to keep up. Mainframes have a lot of velocity now. In fairness I really don't think this packaging factor is particularly important. Each vendor is trying to establish the right granularity for their monitoring products because each customer is different. That way you can pay for as much or as little function as you need. Lately IBM has been consolidating more functions into the single products (e.g. OMEGAMON XE for z/OS and for Mainframe Networks) since, at least in IBM's experience, most customers now need more base functions -- simplicity over too much granularity, basically. At the same time IBM may introduce more new monitors. Tivoli OMEGAMON XE for CICS Transaction Gateway is the only product that monitors CICS TG, for example, and is a very recent addition to the family. As for the other comments in this thread, I would suggest getting the requirements into SHARE and through other avenues. I know there's a lot of IBM effort to work through requirements, and a lot has been done but more to come. One thing that I care about personally is that V4.1 OMEGAMON XE products now have complete Japanese language support, so that's quite helpful here. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Compiler options
-Original Message- From: IBM Mainframe Discussion List On Behalf Of GAVIN Darren * OPS EAS Well I do have DLL programs using the Linkage parm I mentioned before working with the Preprocessor and EXEC DLI database calls. Have had no Issues doing this. So as long as the CICS Loadlib is a PDSE, I think a DLL module should work in CICS; just like a CALL variable-name USING (where the variable has a program name) works for forcing dynamic calls in CICS. Note that I said I think..., I've been pulled off mainframe projects for a bit so I can't test this out myself, otherwise I would try it and report back. My reading of the undocumented restriction is only that the DLL itself cannot contain any EXEC CICS calls. I agree that calling a DLL from a CICS program should be equivalent to dynamically calling another program. Remember, though, that I've already said more than I know about DLLs.. -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: SMS managed volume
VTOC V(SMS013) SP IKJ56500I COMMAND VTOC NOT FOUND *** On Thu, Feb 21, 2008 at 1:01 PM, willie bunter [EMAIL PROTECTED] wrote: Mark, Allow me to add my 2 bits. Try the following: A)TSO OPTION 6 B) Enter command :VTOC V(XX) SPxx=volser C) In the STATUS it will post SMS if the pack is under SMS. P.S. You can enter VTOC V(X) SP which will give you all dasd starting with X. Good luck. Mark Pace [EMAIL PROTECTED] wrote: So many great options. Thanks very much. I did find a problem with using D SMS,VOL=(volser) It reports a volume as not defined CBR1064I Command rejected. Volume serial number SMS013 undefined. But IEHLIST shows that it SMS managed. So I obviously have some issues from my migration from 1.7 to 1.9. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSVDYLPA DCBPTR=CVTLINK
SETPROG LNKLST DEFINE NAME(COPY) COPYFROM(CURRENT) SETPROG LNKLST ACTIVATE NAME(COPY) Can you please explain why you recommend this? What does it accomplish? This functionality is one of the main reasons dynamic LNKLST was developed (the other main one, of course, being to add another data set). When a concatenation is opened (for example, the IPL-time LNKLST), the DEB that is built represents all of the extents that currently exist for all of the data sets in the concatenation. If the data set grows into another extent, then that DEB cannot be used to access that additional extent. When you activate a new LNKLST set, that LNKLST set has a newly opened concatenation. Again, its DEB represents all of the extents that currently exist. But since current is after the new extent showed up, it will have that extent represented, and thus can be used to access that additional extent. Of course, without explicit (unpredictably dangerous, don't complain to IBM if something bad happens) action (LNKLST UPDATE), the newly activated LNKLST set is used only by jobs that start after that activation has occurred Peter Relson z/OS Core Technology 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: SMS managed volume
VTOC V(SMS013) SP IKJ56500I COMMAND VTOC NOT FOUND *** VTOC is not a standard IBM-Supplied command. The original poster of this, may not know that. But, I googled it and found this link: www.jaymoseley.com/hercules/cbtware/vtoc.htm - 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: SMS managed volume
Sorry to answer my own post. But, that link was to the Hercules version. You can find a current version at the cbt site. - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL [EMAIL PROTECTED] Date: Fri, 22 Feb 2008 13:26:05 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS managed volume VTOC V(SMS013) SP IKJ56500I COMMAND VTOC NOT FOUND *** VTOC is not a standard IBM-Supplied command. The original poster of this, may not know that. But, I googled it and found this link: www.jaymoseley.com/hercules/cbtware/vtoc.htm - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS dir block - 256 bytes
In a message dated 2/22/2008 4:25:25 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Recently I wrote that directory block has 256 bytes. Some responders claimed I was wrong. Given the voluminous amount of IBM documentation, you can often find several slightly differently worded phrases that describe the same entity. Depending on which one you read, remember, and use in a post, you may be unlucky enough not to use the same one that another poster remembers and will use as proof that you are wrong. In your case, the operative words were block and size. If you don't get every word perfect, you risk everything. It helps to have a thick skin when going public with our knowledge. Bill Fairchild Rocket Software **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
On Thu, 21 Feb 2008 18:58:10 -0500, Dave Barry [EMAIL PROTECTED] wrote: In the latest SDSF, SYSID value is carried across LPARs in the plex regardless of whether they are in a MAS. Not sure about the installation and customization, but I now have to use SYSID on every system, even though none share a SPOOL. Are you using a shared ISPF profile data set? If you use SYSID without any operands, it defaults to the current sysid. Even if you share your ISPF profile this will allow you to view the syslog of the system you are logged onto without having to issue the SYSID command ever. That is the way it's always worked... unless something changed in 1.9 that I am not aware of. What has changed is the SYSID ? display in recent releases. It used to just show the value of the setting. Now it will display all the systems defined in the MASDEF (whether they exist or not) with the system you are logged onto being enclosed in parenthesis. In order to tell the current setting, you have to look at the title line: SDSF SYSLOG 397.101 IPO1 IPO2 11/15/2000 4W | | | | | Job | | |Outstandin number| | |WTORs | |Date of Data set |SYSLOG number |data set | JES2 system ID of the log currently shown (IPO1), and JES2 system ID of the system the user is logged on to (IPO2) 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: SMS managed volume
Mark, So many great options. Thanks very much. I did find a problem with using D SMS,VOL=(volser) It reports a volume as not defined CBR1064I Command rejected. Volume serial number SMS013 undefined. But IEHLIST shows that it SMS managed. So I obviously have some issues from my migration from 1.7 to 1.9. Issue D SMS and verify that Godzilla is looking at your ACDS. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS managed volume
mark,, The Not defined can mean: Not defined means that the storage group or volume (specified on this command) is specified in the SMS configuration as not being connected to this MVS system. If the storage group or volume is not defined in the active configuration, a message indicates that the system rejects this command for that reason. If the command is issued for a storage group with no volume, another message indicates the lack of volumes in that group. The symbol for this state is ia.odqf..' VTOC is probably a CBT utility. It is not an MVS function as far as I know. Have you checked with ISMF on your volume? I find that is fairly reliable for verifying volumes under SMS control. Lizette VTOC V(SMS013) SP IKJ56500I COMMAND VTOC NOT FOUND *** On Thu, Feb 21, 2008 at 1:01 PM, willie bunter [EMAIL PROTECTED] wrote: Mark, Allow me to add my 2 bits. Try the following: A)TSO OPTION 6 B) Enter command :VTOC V(XX) SPxx=volser C) In the STATUS it will post SMS if the pack is under SMS. P.S. You can enter VTOC V(X) SP which will give you all dasd starting with X. Good luck. So many great options. Thanks very much. I did find a problem with using D SMS,VOL=(volser) It reports a volume as not defined CBR1064I Command rejected. Volume serial number SMS013 undefined. But IEHLIST shows that it SMS managed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSVDYLPA DCBPTR=CVTLINK
APAR OA24903 has been taken for this problem, and a ++APAR is available. I can find no record of OA24903; is this the correct APAR number? Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: Questions Regarding Disk Cache
---snip-- Virtual Storage Access Method - The Complete Source Book for VSAM File Structures by Ronald K Ferguson. Now out of box number 2. Mine hasn't got a signature, but it has a coffee stain :-) --unsnip-- You mean coffee was around that far back? My copy was printed in 1982 and I don't think I've touched it since I move into this house. There was another good reference out called The VSAM Bible; I forget the author since I gave it away about 20 years ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSVDYLPA DCBPTR=CVTLINK
On Fri, 22 Feb 2008 08:15:44 -0500, Peter Relson wrote: SETPROG LNKLST DEFINE NAME(COPY) COPYFROM(CURRENT) SETPROG LNKLST ACTIVATE NAME(COPY) When a concatenation is opened (for example, the IPL-time LNKLST), the DEB that is built represents all of the extents that currently exist for all of the data sets in the concatenation. If the data set grows into another extent, then that DEB cannot be used to access that additional extent. When you activate a new LNKLST set, that LNKLST set has a newly opened concatenation. Again, its DEB represents all of the extents that currently exist. I see. Thank you. Of course, an LLA REFRESH (or UPDATE) is also needed to find the new member. This could be very useful when a product data set in the linklist goes into another extent, especially if it is a product that can be stopped and restarted. or one that is not constantly in use, such as, for example, a compiler. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WD4Z log and trace analyzer
Hi If someone has some experience with the WebSphere Developer for system Z I see in the LOG import, that I can import SYSTEM trace GTF or component trace etc etc, but I don't know how. -- 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
SMS - Variable In FILTLIST
Good Morning Gentle Readers, I would like to add a variable in a FILTLIST (DATACLAS) e.g. test.jobnum. I verfied if it is possible in the DOC - DFSMS STORAGE ADMINISTRATION REFERENCE GUIDE. It states that It is not an execution statement, and it does not change the value of any variables. If I understand correctly, adding the variable is not permitted. Is my understanding correct? Thanks to all in advance for your responses. - Looking for the perfect gift? Give the gift of Flickr! -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 PTF REWORK; RECEIVE, APPLY, and ACCEPT
I'm pretty sure you have to SELECT it with a REDO to APPLY or ACCEPT it. I'm positive that you have to SELECT with REDO a reworked PTF on APPLY and ACCEPT. I don't know of any report that will tell you about the REWORKed PTF. There does not exist a report or LIST function to identify reworked PTFs. My personal choice would be to eschew REWORK and issue a SUPerseding PTF with a unique sysmod ID, but I may be overruled by management. I agree. Me too. I suggest you rethink your REWORK strategy and go with a unique superseding PTF... I think your customers will thank you for it. Kurt Quackenbush -- IBM, SMP/E 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
SHARE in Orlando
I am attending SHARE in Orlando and the following was not obvious to me until I looked around at the Ground Transportation available for getting from the Orlando Airport to the Disney Coronado Springs hotel. I have always waited until I got to the destination airport and jumped a bus or Super Shuttle or some type of cheap Van (hey, trying to keep expenses low). All my attempts to find info on the Internet pointed me at Disney Magical Express and the prices were interesting. I finally found out the shuttle is FREE and only needs a call to the hotel and give them your name. In all the 30 years of attending SHARE this is a first and the US Taxpayers thank SHARE for this along with the US Govt rate. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS - Variable In FILTLIST
Anyone know when PCOM had SSL avaible Have a customer that says there copy---4.1 does not support it... Please do not ask why they have not changed ... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: Is IBM/Tivoli turning into CA?
Timothy, Usually I am in agreement with most of what you say, as I am partly with what you say below, in that IBM has done some good things with Omegamon since acquiring it. But, that being said, I must strongly disagree with your assertion that we should be putting in Share requirements or so on to get some of these things fixed. Put in a Share requirement to get IBM to actually put out documentation that matches the code base? I would think that NEEDS to be something that ships with the product, not some half-baked excuse that the 2-generation old documentation is enough! Especially when a bunch of the elements got renamed and/or changed some other external way. Trying to install it was a mess because the documentation wasn't even close to what actually got installed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Friday, February 22, 2008 12:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is IBM/Tivoli turning into CA? Doug Fuerst writes: And every piece is another charge. SMS? Gimme some money. USS? Gimme some money. DASD, VTAM, whatever? gimme money. I cannot comment on everything mentioned in this thread, but I can comment on this area. Candle used to have every monitor priced separately, yes. IBM changed at least some of that. As of V4.1 (December, 2006), the single Tivoli OMEGAMON XE for z/OS product now includes UNIX System Services monitoring, for example. Cryptographic monitoring used to be separate, and now that's in the same product, too. As another example, Tivoli OMEGAMON XE for Mainframe Networks combines TCP/IP and VTAM functions. IBM also has a no-charge Tivoli OMEGAMON XE for z/OS Management Console product which you may download. You may be remembering MAINVIEW, in fact, and have this reversed in your recollection. BMC lists MAINVIEW for z/OS, MAINVIEW for VTAM, MAINVIEW for IP, and MAINVIEW for UNIX System Services separately, among other monitors. I believe ASG's TMON is very similar in its splits, to pick another example. Or it's possible you missed the December, 2006, announcements where this changed after IBM acquired Candle. That's OK -- sometimes it's hard to keep up. Mainframes have a lot of velocity now. In fairness I really don't think this packaging factor is particularly important. Each vendor is trying to establish the right granularity for their monitoring products because each customer is different. That way you can pay for as much or as little function as you need. Lately IBM has been consolidating more functions into the single products (e.g. OMEGAMON XE for z/OS and for Mainframe Networks) since, at least in IBM's experience, most customers now need more base functions -- simplicity over too much granularity, basically. At the same time IBM may introduce more new monitors. Tivoli OMEGAMON XE for CICS Transaction Gateway is the only product that monitors CICS TG, for example, and is a very recent addition to the family. As for the other comments in this thread, I would suggest getting the requirements into SHARE and through other avenues. I know there's a lot of IBM effort to work through requirements, and a lot has been done but more to come. One thing that I care about personally is that V4.1 OMEGAMON XE products now have complete Japanese language support, so that's quite helpful here. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Orlando
In all the 30 years of attending SHARE this is a first and the US Taxpayers thank SHARE for this along with the US Govt rate. Well, this is actually a Disney thing, not a SHARE thing. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
I added the unit(3390) parm to my allocate and it ran ok. I still haven't discovered why I'm getting INELIGIBLE DEVICE without the unit parm. Thank you for your suggestions, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Thursday, February 21, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue As suggested before, I would put in the unit parm and when that works, figure out what gave you the wrong one, eg tso, allocxx parmlib member, doesn't look like sms,etc Jack Kelly 202-502-2390 (Office) Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/21/2008 10:12 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue It appears to be defined correctly in the dialogs. Screen Copy shows: UPPZFS05F3 3390-9 If I strip out one step of the ALLOCDS job and submit outside the dialogs I get the same results. See 2 copies of jcl below. This one works allocating to a syssq volume. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(MVSSQ3) - CATALOG /* This one does not work. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(UPPZFS) - CATALOG /* Thanks, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Thursday, February 21, 2008 8:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue Randy, the error message suggests you have that volume (UPPZFS) incorrectly defined in the ServerPac dialogs. Under Option M - Modify System Layout, primary command SUMP or Option V (Summary of Physical Volumes), verify the Device Type of the volume in question. Good luck. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/20/2008 06:46 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ZOS Upgrade Issue Good Day, I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a bit of a problem getting the ALLOCDS job to run correctly. I am wondering if any of you have experienced this? I tried searching the archives but did not find anything helpful. My error occurrs in the ALCZFS step which allocates the ZFS file system using the TSO ALLOC parm. The result is as follows: READY ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS) TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ FS) CATALOG IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE READY END It seems to be device related as it will allocate to a syssq volume. I have another lpar on which It will allocate to any volume. I have the specific volumes added to my vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y . The device is a 3390 - mod 9. I have tried allocating to a mod 3 device with the same results. Any help is appreciated. TIA Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ This message is intended only for the use of the individual or entity to which it is addressed and may contain privileged, proprietary or otherwise private information. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the sender of this E-Mail or by telephone and delete this communication from your system. Warning: Although this e-mail and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is
Re: SHARE in Orlando
You can also purchase Disney Park discounted tickets for after 2pm or 4pm($43)for a discounted price. These tickets can be ordered by calling Disney's convention special information line 407-566-5600. You cannot purchase these type tickets at the gate. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Marshall Sent: Friday, February 22, 2008 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE in Orlando I am attending SHARE in Orlando and the following was not obvious to me until I looked around at the Ground Transportation available for getting from the Orlando Airport to the Disney Coronado Springs hotel. I have always waited until I got to the destination airport and jumped a bus or Super Shuttle or some type of cheap Van (hey, trying to keep expenses low). All my attempts to find info on the Internet pointed me at Disney Magical Express and the prices were interesting. I finally found out the shuttle is FREE and only needs a call to the hotel and give them your name. In all the 30 years of attending SHARE this is a first and the US Taxpayers thank SHARE for this along with the US Govt rate. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
Randy, what do you have specified as UNIT in ALLOCxx of SYS1.PARMLIB? Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/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: ZOS Upgrade Issue I added the unit(3390) parm to my allocate and it ran ok. I still haven't discovered why I'm getting INELIGIBLE DEVICE without the unit parm. Thank you for your suggestions, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Thursday, February 21, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue As suggested before, I would put in the unit parm and when that works, figure out what gave you the wrong one, eg tso, allocxx parmlib member, doesn't look like sms,etc Jack Kelly 202-502-2390 (Office) Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/21/2008 10:12 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue It appears to be defined correctly in the dialogs. Screen Copy shows: UPPZFS05F3 3390-9 If I strip out one step of the ALLOCDS job and submit outside the dialogs I get the same results. See 2 copies of jcl below. This one works allocating to a syssq volume. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(MVSSQ3) - CATALOG /* This one does not work. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(UPPZFS) - CATALOG /* Thanks, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Thursday, February 21, 2008 8:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue Randy, the error message suggests you have that volume (UPPZFS) incorrectly defined in the ServerPac dialogs. Under Option M - Modify System Layout, primary command SUMP or Option V (Summary of Physical Volumes), verify the Device Type of the volume in question. Good luck. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/20/2008 06:46 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ZOS Upgrade Issue Good Day, I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a bit of a problem getting the ALLOCDS job to run correctly. I am wondering if any of you have experienced this? I tried searching the archives but did not find anything helpful. My error occurrs in the ALCZFS step which allocates the ZFS file system using the TSO ALLOC parm. The result is as follows: READY ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS) TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ FS) CATALOG IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE READY END It seems to be device related as it will allocate to a syssq volume. I have another lpar on which It will allocate to any volume. I have the specific volumes added to my vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y . The device is a 3390 - mod 9. I have tried allocating to a mod 3 device with the same results. Any help is appreciated. TIA Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ This message is intended only for the use of the individual or entity to which it is addressed and may contain privileged, proprietary or otherwise private information. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination,
Re: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT
I thought the whole idea of using REWORK was so you could reapply a usermod that has info that changes every now and then so that you wouldn't have to change the usermod number every time. When I was at PH Mining, I had one usermod for CA7 that changed every time we added a dataset to the dataset trigger table. That worked very well to just make change to the usermod, receive it, and reapply it with REWORK. I agree that if you are a company issuing SMP maintained software, that you should SUP the bad PTF instead of changing it and reissuing it. Eric Kurt Quackenbush [EMAIL PROTECTED] wrote: Me too. I suggest you rethink your REWORK strategy and go with a unique superseding PTF... I think your customers will thank you for it. Kurt Quackenbush -- IBM, SMP/E Development -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSVDYLPA DCBPTR=CVTLINK
On Fri, 22 Feb 2008 08:04:31 -0600, Paul Schuster [EMAIL PROTECTED] wrote: APAR OA24903 has been taken for this problem, and a ++APAR is available. I can find no record of OA24903; is this the correct APAR number? No; I'm afraid Peter had a typo in that message. He meant OA24093. -- 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: ZOS Upgrade Issue
I don't have an ALLOCxx in SYS1.PARMLIB. Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Friday, February 22, 2008 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue Randy, what do you have specified as UNIT in ALLOCxx of SYS1.PARMLIB? Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/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: ZOS Upgrade Issue I added the unit(3390) parm to my allocate and it ran ok. I still haven't discovered why I'm getting INELIGIBLE DEVICE without the unit parm. Thank you for your suggestions, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Thursday, February 21, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue As suggested before, I would put in the unit parm and when that works, figure out what gave you the wrong one, eg tso, allocxx parmlib member, doesn't look like sms,etc Jack Kelly 202-502-2390 (Office) Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/21/2008 10:12 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue It appears to be defined correctly in the dialogs. Screen Copy shows: UPPZFS05F3 3390-9 If I strip out one step of the ALLOCDS job and submit outside the dialogs I get the same results. See 2 copies of jcl below. This one works allocating to a syssq volume. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(MVSSQ3) - CATALOG /* This one does not work. //ALCZFS EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ALLOC - DSNAME('ZOS17.OMVS.VAR') - RECORG(LS) - TRACKS SPACE(528,53) - BLKSIZE(4096) - VOLUME(UPPZFS) - CATALOG /* Thanks, Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Thursday, February 21, 2008 8:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue Randy, the error message suggests you have that volume (UPPZFS) incorrectly defined in the ServerPac dialogs. Under Option M - Modify System Layout, primary command SUMP or Option V (Summary of Physical Volumes), verify the Device Type of the volume in question. Good luck. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Harris, Randy [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/20/2008 06:46 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ZOS Upgrade Issue Good Day, I am attempting to upgrade from Z/OS V1.4 to Z/OS V1.7 and am having a bit of a problem getting the ALLOCDS job to run correctly. I am wondering if any of you have experienced this? I tried searching the archives but did not find anything helpful. My error occurrs in the ALCZFS step which allocates the ZFS file system using the TSO ALLOC parm. The result is as follows: READY ALLOC DSNAME('ZOS17.OMVS.VAR') RECORG(LS) TRACKS SPACE(528,53) BLKSIZE(4096) VOLUME(UPPZ FS) CATALOG IKJ56221I DATA SET ZOS17.OMVS.VAR NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME UPPZFS CURRENTLY MOUNTED ON AN INELIGIBLE DEVICE READY END It seems to be device related as it will allocate to a syssq volume. I have another lpar on which It will allocate to any volume. I have the specific volumes added to my vatlst just like my syssq volumes, UPPZFS,0,0,3390,Y . The device is a 3390 - mod 9. I have tried allocating to a mod 3 device with the same results. Any help is appreciated. TIA Randy Harris Sr. Systems Programmer / DBA Lane Furniture Industries, Inc. Tupelo, MS 38802 Phone: 662-566-3447 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___
Re: Is IBM/Tivoli turning into CA?
I would like to add to what Timothy Sipples has posted: IBM did not publish new customization and configuration information for V550 due to the small amount of change from V520 to V550 in this area. Doc is available at this link: http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?toc, including backlevel doc for reference purposes. However for the next product release, there will be new and updated doc for the Classic interface and configuration doc appropriately titled to the release. Thank You Joe Winterton IBM Tivoli Release Manager OMEGAMON XE for z/OS [EMAIL PROTECTED] Timothy Sipples/Chicago/[EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 01:44 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Is IBM/Tivoli turning into CA? Doug Fuerst writes: And every piece is another charge. SMS? Gimme some money. USS? Gimme some money. DASD, VTAM, whatever? gimme money. I cannot comment on everything mentioned in this thread, but I can comment on this area. Candle used to have every monitor priced separately, yes. IBM changed at least some of that. As of V4.1 (December, 2006), the single Tivoli OMEGAMON XE for z/OS product now includes UNIX System Services monitoring, for example. Cryptographic monitoring used to be separate, and now that's in the same product, too. As another example, Tivoli OMEGAMON XE for Mainframe Networks combines TCP/IP and VTAM functions. IBM also has a no-charge Tivoli OMEGAMON XE for z/OS Management Console product which you may download. You may be remembering MAINVIEW, in fact, and have this reversed in your recollection. BMC lists MAINVIEW for z/OS, MAINVIEW for VTAM, MAINVIEW for IP, and MAINVIEW for UNIX System Services separately, among other monitors. I believe ASG's TMON is very similar in its splits, to pick another example. Or it's possible you missed the December, 2006, announcements where this changed after IBM acquired Candle. That's OK -- sometimes it's hard to keep up. Mainframes have a lot of velocity now. In fairness I really don't think this packaging factor is particularly important. Each vendor is trying to establish the right granularity for their monitoring products because each customer is different. That way you can pay for as much or as little function as you need. Lately IBM has been consolidating more functions into the single products (e.g. OMEGAMON XE for z/OS and for Mainframe Networks) since, at least in IBM's experience, most customers now need more base functions -- simplicity over too much granularity, basically. At the same time IBM may introduce more new monitors. Tivoli OMEGAMON XE for CICS Transaction Gateway is the only product that monitors CICS TG, for example, and is a very recent addition to the family. As for the other comments in this thread, I would suggest getting the requirements into SHARE and through other avenues. I know there's a lot of IBM effort to work through requirements, and a lot has been done but more to come. One thing that I care about personally is that V4.1 OMEGAMON XE products now have complete Japanese language support, so that's quite helpful here. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
Randy, without ALLOCxx in your PARMLIB concatenation, the default device will be SYSALLDA. If that's not defined in your gen, it would explain the failure. A browse thru HCD would be interesting. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Compiler options
Bill, The Compile options I used with separate translator and EXEC DLI are: TRUNC(BIN) DLL EXPORTALL PGMNAME(LONGMIXED) And on Binder options DYNAM(DLL),RENT,CASE(MIXED) I'm going to ask my supervisor if he would like me to attempt DLL's in CICS, as it sounds like you and IBM might be interested in results of it. Darren -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Klein Sent: Thursday, February 21, 2008 5:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Fw: COBOL Compiler options I know that you can't check it now, but are you saying that using the separate translator step, that you can compile a COBOL program with the following compiler options: NOCICS,NODLL,NODYNAM but use the binder option DYNAM(DLL) If so, then you probably can do that also with the integrated coprocessor (but I won't swear to it). If, however, you are saying that you can use the separate translator step and use the COBOL compiler options NOCICS,DLL,NODYNAM and this works as expected ar tun-time, then that is something that I (and suspect IBM) would be very interested in (when you have a chance to check it out). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS managed volume
Mark, H. could you try PRTVTOC instead of VTOC? Maybe this could be in IN-HOUSE command. I'll look around. Mark Pace [EMAIL PROTECTED] wrote: VTOC V(SMS013) SP IKJ56500I COMMAND VTOC NOT FOUND *** On Thu, Feb 21, 2008 at 1:01 PM, willie bunter wrote: Mark, Allow me to add my 2 bits. Try the following: A)TSO OPTION 6 B) Enter command :VTOC V(XX) SP xx=volser C) In the STATUS it will post SMS if the pack is under SMS. P.S. You can enter VTOC V(X) SP which will give you all dasd starting with X. Good luck. Mark Pace wrote: So many great options. Thanks very much. I did find a problem with using D SMS,VOL=(volser) It reports a volume as not defined CBR1064I Command rejected. Volume serial number SMS013 undefined. But IEHLIST shows that it SMS managed. So I obviously have some issues from my migration from 1.7 to 1.9. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
I have sent FTP's from the mainframe, but no sftp. One of the problems that we encountered was the file/member that contained the ftp commands has to be set with nonum. There cannot be anything in column 72-80. FTP thinks this is data. I hope this helps. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] Jon Brock [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 10:17 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Batch job to perform sftp transfer WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for it any time soon, either.) This makes testing and experimenting slow. Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? Thanks, Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Batch job to perform sftp transfer
WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for it any time soon, either.) This makes testing and experimenting slow. Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? Thanks, Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock [ snip ] Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? This scenario from the RACF Security Administrator's Guide might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 -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: Batch job to perform sftp transfer
On Fri, 2008-02-22 at 10:20 -0600, Pat Mihalec wrote: One of the problems that we encountered was the file/member that contained the ftp commands has to be set with nonum. There cannot be anything in column 72-80. FTP thinks this is data. Going OT, but you can place a semicolon at the end of the line. The ftp client will ignore anything past that. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
Remember sftp is not equal to ftpssl. You're probably going to need to look at the ported tools / OPENssl books. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, February 22, 2008 10:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Batch job to perform sftp transfer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock [ snip ] Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? This scenario from the RACF Security Administrator's Guide might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS managed volume
In a message dated 2/22/2008 7:29:35 A.M. Central Standard Time, [EMAIL PROTECTED] writes: You can find a current version at the cbt site. Right. _www.cbttape.org_ (http://www.cbttape.org) IIRC this function is also available via PDS command on file182. From long ago and far away Linea Nichols posted a couple of Rexx EXECs on XEPHON that massaged DCOLLECT data for available apace and if you've got MXG maybe ANALDASD can pluck the data in question. **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. From: Steven Conway [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 02/22/2008 10:17 AM Subject: Re: ZOS Upgrade Issue Randy, without ALLOCxx in your PARMLIB concatenation, the default device will be SYSALLDA. If that's not defined in your gen, it would explain the failure. A browse thru HCD would be interesting. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ZOS Upgrade Issue
In a message dated 2/22/2008 9:04:07 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I still haven't discovered why I'm getting INELIGIBLE DEVICE without the unit parm. Thank you for your suggestions, Maybe the ESOTERICs don't match the configuration? D IOS,CONFIG then doodle around EDT to make everybody smiley faces. **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
Sorry; hit Send too soon -Original Message- From: Chase, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock [ snip ] Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? This scenario from the RACF Security Administrator's Guide might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 Or http://preview.tinyurl.com/2ngubl If you're not already set up for secure FTP on z/OS, you'll also need to create an FTP.DATA file or member for the z/OS client containing, at minimum: EXTENSIONS AUTH_TLS KEYRING userid/ringname (as described in the earlier RACF manual) SECURE_MECHANISM TLS And at least one CIPHERSUITE statement, for which see the Communication Server IP Configuration Reference manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B451/2.10 .32 Or http://preview.tinyurl.com/yr82hg -jc- -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
Heads up on article in zJournal
Just thought you would like to know that I was reading the zJournal mag (hardcopy) and noticed an article called Basic BASH scripting for Mainframe System Programmers by Mark Post Congrats Mark. I actually understood that information on BASH. 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: Batch job to perform sftp transfer
We do batch ssh transfers everyday using IBM's Ported Tools, here is a sample batch job: //** //* STEPS TO EXECUTE SFTP USING PARAMETERS DYNAMICALLY CREATED IN PDLSDG //** //PDLSDI10 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT2 DD PATH='/tmp/sftp',FILEDATA=TEXT, // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //SYSUT1 DD DSN=SFTPPARM,DISP=SHR //* //PDLSDI15 EXEC PGM=BPXBATCH, // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config // [EMAIL PROTECTED]' //STDOUT DD PATH='/tmp/SYSUID..STDOUT', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDENV DD DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR //* //PDLSDI20 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT1 DD PATH='/tmp/SYSUID..STDOUT', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //DELETE DD PATH='/tmp/sftp', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //SYSUT2 DD SYSOUT=* //* Here is a sample for Contents of dataset FGC.GC.LOS.TMPR.SFTP.PWPARMS DISPLAY=FOO SSH_ASKPASS=/etc/ssh/ussfile.psw.sh Here is a sample for the get parms: lcd .. ascii get GWCC.ACK.20080221 /tmp/pmierr.txt rename GWCC.ACK.20080221 GWCC.ACK.20080221.PRC !cp /tmp/pmierr.txt //'FGC.GC.LOS.PROD.PMI.ERROR.FILE' !rm /tmp/pmierr.txt rm GWCC.ACK.200712* quit I also have manuals, please contact me and I will send you a copy of the IBM Ported Tools manauls. And some other doc if you want it. Also open an ETR with IBM and they were very helpful getting this to work. Bill Miller Great West Casualty Company 1100 West 29th Street South Sioux City, NE 68776 Phone: 402-494-7354 Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Friday, February 22, 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Batch job to perform sftp transfer WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for it any time soon, either.) This makes testing and experimenting slow. Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? Thanks, Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html # Attention: The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination
Re: ZOS Upgrade Issue
continuing top-posting You can setup a default value for unit in your sms configuration. Regards, John I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. From: Steven Conway [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 02/22/2008 10:17 AM Subject: Re: ZOS Upgrade Issue Randy, without ALLOCxx in your PARMLIB concatenation, the default device will be SYSALLDA. If that's not defined in your gen, it would explain the failure. A browse thru HCD would be interesting. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Batch job to perform sftp transfer
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rugen, Len Remember sftp is not equal to ftpssl. Sorry; I ass.u.med the objective was only to accomplish an encrypted file transfer via scheduled batch job, and didn't perceive sftp specifically as a hard requirement. -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
CA Splits - Clearing CIs
Ron Hawkins wrote: I have not heard of a CA being cleared out. My old notes say that all CI with a key higher than the mid-point sequence set record are written to the new CA. The space in the old CA is now marked free - it is not formatted. Au contraire, Ron. On a CA split, after moving half of the CIs from the source CA, it's necessary for VSAM to format the remaining CIs in the other half of the target CA. Additionally, VSAM must then reformat all of the moved CIs in the source CA. Otherwise, the emergency capability to read the KSDS as an ESDS (i.e., without using the Sequence Set to read it in key sequence) in the event the index is blown would not be possible. If VSAM didn't format, just imagine how good MVS (yup, when I wrote the VSAM book, it was still called MVS) data security would be if you read that KSDS as if it was an ESDS and those disk tracks in the target CA just happened to have old deleted data laying around on them that somehow looked like your VSAM data set (same 4K CISZ, which many people use, for example); also, if VSAM didn't reformat the original CIs, you'd physically have duplicate data on those tracks with the data that's now out in your target CA. BTW, Bob (and congratulations on your new job), winter is not a real good time to be off the west coast of Canada in small craft, even if you're on the Inside Passage. My wife and I are heading to SE Alaska in early May, though, and will probably be out for four months. We're cruising these days on a 42' Nordic Tug (www.nordictugs.com), built locally here in good 'ole Anacortes, WA. And no, the VSAM reference book doesn't go with me. Take care everyone. Ron Ferguson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. The original question was around ssh and sftp, not FTP using TLS. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, February 22, 2008 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Batch job to perform sftp transfer Sorry; hit Send too soon http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 Or http://preview.tinyurl.com/2ngubl If you're not already set up for secure FTP on z/OS, you'll also need to create an FTP.DATA file or member for the z/OS client containing, at minimum: EXTENSIONS AUTH_TLS KEYRING userid/ringname (as described in the earlier RACF manual) SECURE_MECHANISM TLS And at least one CIPHERSUITE statement, for which see the Communication Server IP Configuration Reference manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B451/2.10 .32 Or http://preview.tinyurl.com/yr82hg -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: ZOS Upgrade Issue
On Fri, 22 Feb 2008 10:39:01 -0600, Michael Saraco [EMAIL PROTECTED] wrote: I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. SYSALLDA is a system defined ESOTERIC for DASD and is always present. You don't need to define in in HCD. That is why almost all my JCL uses it and didn't need to change when moving from shop to shop or from 3380 to 3390. 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: ZOS Upgrade Issue
forehead slap Adding to the list of stuff I should have, but didn't, think about before opening my mouth. Those who know me can imagine the length of -that- list! :-) Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Mark Zelden [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 12:21 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue On Fri, 22 Feb 2008 10:39:01 -0600, Michael Saraco [EMAIL PROTECTED] wrote: I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. SYSALLDA is a system defined ESOTERIC for DASD and is always present. You don't need to define in in HCD. That is why almost all my JCL uses it and didn't need to change when moving from shop to shop or from 3380 to 3390. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
If you think I am going to cast the first stone this topic grin Let's just say I resemble that remark! Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Friday, February 22, 2008 12:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue forehead slap Adding to the list of stuff I should have, but didn't, think about before opening my mouth. Those who know me can imagine the length of -that- list! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
That's right SYSALLDA is a system defined ESOTERIC my bad. From: Mark Zelden [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 02/22/2008 11:21 AM Subject: Re: ZOS Upgrade Issue On Fri, 22 Feb 2008 10:39:01 -0600, Michael Saraco [EMAIL PROTECTED] wrote: I have worked on numerous systems that never had SYSALLDA setup in HCD or ALLOCxx and never had a problem running TSO BATCH. The default for generic for DASD is 3390 that has no ESOTERIC assigned to it. I tired a Randy's job on Zos14 and a Zos17 and it ran fine without any SYSALLDA in esotrics or a ALLOCxx and without adding the unit to the JCL. SYSALLDA is a system defined ESOTERIC for DASD and is always present. You don't need to define in in HCD. That is why almost all my JCL uses it and didn't need to change when moving from shop to shop or from 3380 to 3390. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS Upgrade Issue
:-) See you in Orlando, Bob. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Richards, Robert B. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 12:43 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue If you think I am going to cast the first stone this topic grin Let's just say I resemble that remark! Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Friday, February 22, 2008 12:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue forehead slap Adding to the list of stuff I should have, but didn't, think about before opening my mouth. Those who know me can imagine the length of -that- list! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ZOS Upgrade Issue
Unfortunately, you won't see me there. Jim will be though. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Friday, February 22, 2008 1:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue :-) See you in Orlando, Bob. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Richards, Robert B. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 12:43 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ZOS Upgrade Issue If you think I am going to cast the first stone this topic grin Let's just say I resemble that remark! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Friday, February 22, 2008 12:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue forehead slap Adding to the list of stuff I should have, but didn't, think about before opening my mouth. Those who know me can imagine the length of -that- list! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
Yes , it is the question of the communication with Linux and NT people. I wanted to explain to my collegues , why the 0.5 % constant CPU usage for an idle server is a matter in a large z/OS system. An argument would be, if I could say: in a week it is nearly an hour, and an hour CPU in a large system is about ... $ or ... Euro. A much bigger question is whether the Linux and NT people have the ability to sustain 100% utilization and still meet performance objectives. Until that point is understood, maximizing the usage of z/series will be completely foreign to them. One other point to consider, is that the argument you're making about how expensive 0.5% utilization is, will actually backfire since it creates the impression that the mainframe is unnecessarily expensive. This also presumes that the Linux/NT people have an understanding about what constitutes 0.5% usage on a z/series versus their respective platforms. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NY Metro NaSPA Chapter Meeting: Tuesday 4 March, 2008, NYC
The next NY Metro NaSPA Chapter meeting is being held on Tuesday, 4 March 2008, 10AM until 4PM in room 1219 at the IBM Building at 590 Madison Avenue in NYC. The sessions that are on the agenda are: The z/OS V1R9 Goody Bag, Bob Rogers, z/OS Designer/Philosopher: This session covers some of the goodies that have been included in the BCP and related elements of z/OS in the most recent releases. Topics include supporting up to 4 Terabytes of real storage, enhancements to GRS for availability and scaling, Workload Manager (WLM) and SDSF enhancements for IBM System z Application Assist Processor (zAAP) engines, and other important items found in z/OS 1.9 or elsewhere. Getting Started with Message Flood Automation, Kevin Kelley, z/OS Core Components Development: Message Flood Automation is a new function within z/OS Console support. It was introduced in November 2006 in APAR OA17514 for z/OS R6, R7 and R8. It was made part of the z/OS base in z/OS R9. Message Flood Automation is designed to protect z/OS systems from message floods caused by failing devices and errant programs. This presentation will provide an overview of Message Flood Automation and provide rationale for why you might want to use it. The speaker is one of the creators of Message Flood Automation and a long-time designer of z/OS console support. Presenting the z/OS LDAP Server, Jon Furminger, z/OS LDAP Development: In the first part of this presentation we'll look at the basic elements of the LDAP protocol, and how z/OS LDAP authenticates users and controls access to the information in the z/OS LDAP directories. In the second part, we will describe the many advantages of using LDAP on z/OS. Building Skills for the Mainframe Community, Don Resnik and Kathy Pfeiffer, System z IBM Academic Initiative: Who's going to replace you? Where are the next generation mainframe experts coming from? Come listen to the Program Managers of the IBM Academic Initiative, System z talk about a program that started with 24 schools in 2004 and has recently surpassed 400 schools participating. Many of the aspects of this program can be used in your business. We are required to give a list of attendees to the building security staff, so we ask that you register for the meeting by sending an e-mail to [EMAIL PROTECTED], preferably by Friday, 29 February. The meeting is free to all attendees and open to non-NaSPA members. - Mark Mark Nelson, CISSP z/OS Security Server (RACF) Design and Development IBM Corporation 2455 South Road MS/P388 Poughkeepsie, NY 12603 (845) 435-7758, tie line 8+295-7758, fax (845) 432-9589 [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: Newbie RACROUTE question: how to *test* authorization?
David Eisenberg wrote: Anyone, I'm just getting familiar with the RACROUTE macro. I have a working example of the macro with REQUEST=AUTH that generates a violation when appropriate. My question is: is there a way to interrogate RACF (presumably via the RACROUTE macro) to simply *ask* whether or not a particular user has read or write access to a dataset, but without actually issuing a violation if the user is unauthorized? All I want to do is get a yea or nay answer (via R15, I assume), then proceed accordingly and programmatically. I hope this makes sense... thank you! David LOG=NOFAIL on the macro call? -- Mark Jacobs Time Customer Service Tampa, FL The dogmas of the quiet past are inadequate to the stormy present. The occasion is piled high with difficulty, and we must rise to the occasion. We cannot escape history. We will be remembered in spite of ourselves. The fiery trial through which we pass will light us down in honor or dishonor, to the last generation. Abraham Lincoln -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS dir block - 256 bytes
In [EMAIL PROTECTED], on 02/22/2008 at 11:22 AM, R.S. [EMAIL PROTECTED] said: The text is from DFSMS Using Data Sets. Did you send an RCF? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Price of CPU seconds
In [EMAIL PROTECTED], on 02/21/2008 at 09:20 PM, Ted MacNEIL [EMAIL PROTECTED] said: Regardless of what you think of me, keep your abusive ad hominum attacks to yourself. PKB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
In [EMAIL PROTECTED], on 02/21/2008 at 06:58 PM, Dave Barry [EMAIL PROTECTED] said: In the latest SDSF, SYSID value is carried across LPARs in the plex regardless of whether they are in a MAS. Doesn't that require MQ Series? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Newbie RACROUTE question: how to *test* authorization?
Anyone, I'm just getting familiar with the RACROUTE macro. I have a working example of the macro with REQUEST=AUTH that generates a violation when appropriate. My question is: is there a way to interrogate RACF (presumably via the RACROUTE macro) to simply *ask* whether or not a particular user has read or write access to a dataset, but without actually issuing a violation if the user is unauthorized? All I want to do is get a yea or nay answer (via R15, I assume), then proceed accordingly and programmatically. I hope this makes sense... thank you! David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Blank DSORG
Ron mentioned that DSORG would be set to PO or VS, with whatever is left over, is PS. Not true. There might still be a few folks allocating DSORG=DA files too. Old PL/I and very Old COBOL supported this DSORG and programs written in these languages could still be around. HLASM still supports DSORG=DA. Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie RACROUTE question: how to *test* authorization?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Friday, February 22, 2008 1:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Newbie RACROUTE question: how to *test* authorization? David Eisenberg wrote: Anyone, I'm just getting familiar with the RACROUTE macro. I have a working example of the macro with REQUEST=AUTH that generates a violation when appropriate. My question is: is there a way to interrogate RACF (presumably via the RACROUTE macro) to simply *ask* whether or not a particular user has read or write access to a dataset, but without actually issuing a violation if the user is unauthorized? All I want to do is get a yea or nay answer (via R15, I assume), then proceed accordingly and programmatically. I hope this makes sense... thank you! David LOG=NOFAIL on the macro call? -- Mark Jacobs I think that LOG=NONE might be better. That way, successful access is not logged either (in the case where the resource or user is AUDIT'ed). I'd also use USER= to specify the userid for 3rd party access. -- 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: Batch job to perform sftp transfer
Since you can sign on from Linux you obviously have physical connectivity. Can you ping the site from zOS to verify logical connectivity (to eliminate problems in your TCPIP.PROFILE data, e.g.). Does sftp not support the NETRC convention the way ftp does which allows a batch job to connect without user intervention. -Original Message- From: Jon Brock Sent: Friday, February 22, 2008 8:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Batch job to perform sftp transfer WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for it any time soon, either.) This makes testing and experimenting slow. Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 PTF REWORK; RECEIVE, APPLY, and ACCEPT
But you probably never ACCEPTed the USERMOD either. What will happen when the January version of the PTF has been APPLYd and ACCEPTed (as mentioned in the OP), the February version has been APPLYd, and the user tries to RESTORE it. Once a SYSMOD has been ACCEPTed, its number should be retired. -Original Message- From: Eric Bielefeld Sent: Friday, February 22, 2008 7:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT I thought the whole idea of using REWORK was so you could reapply a usermod that has info that changes every now and then so that you wouldn't have to change the usermod number every time. When I was at PH Mining, I had one usermod for CA7 that changed every time we added a dataset to the dataset trigger table. That worked very well to just make change to the usermod, receive it, and reapply it with REWORK. I agree that if you are a company issuing SMP maintained software, that you should SUP the bad PTF instead of changing it and reissuing 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: ZOS Upgrade Issue
Default units are defined in many different places. PARMLIB(ALLOCxx) and SMS have already been mentioned. There is also the TSO segment in your RACF profile. It would not surprise me if there are others. If you knew which one was being used in this situation, you could check it against the volume. -Original Message- From: Harris, Randy Sent: Friday, February 22, 2008 7:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZOS Upgrade Issue I added the unit(3390) parm to my allocate and it ran ok. I still haven't discovered why I'm getting INELIGIBLE DEVICE without the unit parm. Thank you for your suggestions, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie RACROUTE question: how to *test* authorization?
Another way is to issue a RACROUTE REQUEST=EXTRACT and specify the UACC and/or USERACS fields on the extract FIELDS parameter list. Refer to the RACROUTE Macro Reference appendix-B. That's what we did on last year when we developed the SAF Interface for CA Tape Encryption. (Of course, if I'm wrong I'll let Russ bail me out). Regards, Gary David Eisenberg wrote: Anyone, I'm just getting familiar with the RACROUTE macro. I have a working example of the macro with REQUEST=AUTH that generates a violation when appropriate. My question is: is there a way to interrogate RACF (presumably via the RACROUTE macro) to simply *ask* whether or not a particular user has read or write access to a dataset, but without actually issuing a violation if the user is unauthorized? All I want to do is get a yea or nay answer (via R15, I assume), then proceed accordingly and programmatically. I hope this makes sense... thank you! David LOG=NOFAIL on the macro call? -- Mark Jacobs I think that LOG=NONE might be better. That way, successful access is not logged either (in the case where the resource or user is AUDIT'ed). I'd also use USER= to specify the userid for 3rd party access. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Blank DSORG
At my shop, I'd say they deserved what they get :) I took the other direction on this. When the extended stuff became available, we were DASD poor and frequent x37. I made striped and extended the default for most everything and my ACS routines grant exceptions where required. So I can use DSORG = 'PO' use non-extended dataclass. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ben Alford Sent: Friday, February 22, 2008 11:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A Blank DSORG Ron mentioned that DSORG would be set to PO or VS, with whatever is left over, is PS. Not true. There might still be a few folks allocating DSORG=DA files too. Old PL/I and very Old COBOL supported this DSORG and programs written in these languages could still be around. HLASM still supports DSORG=DA. Ben Alford Enterprise Systems Programming University of Tennessee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie RACROUTE question: how to *test* authorization?
Another way is to issue a RACROUTE REQUEST=EXTRACT LOG=NONE Am I correct when I say that both of these solutions require APF-authorization (or similar)? Might there be a way that would not require this? I wouldn't have thought that there would be a security issue with merely interrogating an authorization level, but perhaps I'm wrong... David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie RACROUTE question: how to *test* authorization?
Gregory, Gary G wrote: Another way is to issue a RACROUTE REQUEST=EXTRACT and specify the UACC and/or USERACS fields on the extract FIELDS parameter list. Does it mean to check the profile, not the access authorities ? IMHO bad idea. Access can be granted i.e. due to OPERATIONS attribute or WARNING. Checking UACC and ACL changes the logic. RACF guys would hate it. My $0.02 -- 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: Newbie RACROUTE question: how to *test* authorization?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Eisenberg Sent: Friday, February 22, 2008 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Newbie RACROUTE question: how to *test* authorization? Another way is to issue a RACROUTE REQUEST=EXTRACT LOG=NONE Am I correct when I say that both of these solutions require APF-authorization (or similar)? Might there be a way that would not require this? I wouldn't have thought that there would be a security issue with merely interrogating an authorization level, but perhaps I'm wrong... David Yes, almost any RACROUTE function requires APF authorization. It could be considered a security breach otherwise because if anybody could do it, they could possibly find which RACF ids to target in order to get the access that they want to specific resources, rather than attempting to crack random IDs and hope for access. -- 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: Newbie RACROUTE question: how to *test* authorization?
On Fri, 22 Feb 2008 15:21:29 -0500, Gregory, Gary G [EMAIL PROTECTED] wrote: Another way is to issue a RACROUTE REQUEST=EXTRACT and specify the UACC and/or USERACS fields on the extract FIELDS parameter list. Refer to the RACROUTE Macro Reference appendix-B. That's what we did on last year when we developed the SAF Interface for CA Tape Encryption. (Of course, if I'm wrong I'll let Russ bail me out). The obvious disadvantages of that approach, of course, are that it burdens you with processing groups to determine the users they contain, and of processing conditional access lists to see if they apply. And it bypasses GLOBAL processing, which an administrator may have decided to use to grant accesses. And you can get the wrong answer for general resource classes (if they're RACLISTed and you make the request the wrong way) or for data sets (if their generic profile is already in storage but the profile has changed on the database). But other than that, and anything else I've forgotten at the moment, and anything we add in the future, I suppose it's an approach you could use. I wouldn't, though. -- 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: Newbie RACROUTE question: how to *test* authorization?
On Fri, 22 Feb 2008 13:09:26 -0600, David Eisenberg [EMAIL PROTECTED] wrote: I'm just getting familiar with the RACROUTE macro. I have a working example of the macro with REQUEST=AUTH that generates a violation when appropriate. My question is: is there a way to interrogate RACF (presumably via the RACROUTE macro) to simply *ask* whether or not a particular user has read or write access to a dataset, but without actually issuing a violation if the user is unauthorized? All I want to do is get a yea or nay answer (via R15, I assume), then proceed accordingly and programmatically. Running APF-authorized you could specify LOG=NONE. However, in most cases I recommend simply letting the system make the appropriate checks and, if necessary, trapping any ABENDs that result. Otherwise there are a lot of odd conditions you may need to deal with, and that can cause you to get the wrong answer and act incorrectly. You might think that the user will have access, and then the request might fail anyway. Or you might think the user does not have access, and refuse the action, when it would have worked if you had actually tried it. Of course, without knowing more about what your program does I can't say for that you'll have those problems. Still, I generally recommend just letting the system make the decisions. -- 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
CA-SYSVIEW
I am researching a product called CA-SYSVIEW. Can anyone offer any opinions on this product? I did notice that Pat O'Keefe seems to like it. Anyone else? Thanks in advance, Janet (Jill) Grine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
On Fri, 22 Feb 2008 11:17:13 -0500, Jon Brock [EMAIL PROTECTED] wrote: Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? Yes, you are correct. You have to run ssh-keygen on the local system (to generate public and private keys) and have the admin on the remote server load the public key to his authorized_keys directory. This is all discussed in Chapter 5 (see p. 30-31) of z/OS IBM Ported Tools for z/OS Users Guide (SA22-7985-04). HTH...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: CA-SYSVIEW
I use it and it's not bad... Beyond that, we would need to get into specifics. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Friday, February 22, 2008 4:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA-SYSVIEW I am researching a product called CA-SYSVIEW. Can anyone offer any opinions on this product? I did notice that Pat O'Keefe seems to like it. Anyone else? Thanks in advance, Janet (Jill) Grine -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Free Edition. Version: 7.5.516 / Virus Database: 269.20.9/1292 - Release Date: 2/21/2008 4:09 PM http://e-mail-servers.com/a1395543e54219ac85b8b5ca74a1af44worker.jpg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-SYSVIEW
Janet: Please contact me offline and I can give you a bit of information regarding this product. Gerhard Adam - Original Message - From: Grine, Janet [GCG-PFS] [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, February 22, 2008 1:06 PM Subject: CA-SYSVIEW I am researching a product called CA-SYSVIEW. Can anyone offer any opinions on this product? I did notice that Pat O'Keefe seems to like it. Anyone else? Thanks in advance, Janet (Jill) Grine -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
NOHTML INDEX
VANGUARD SECURITY CONFERENCE 2008 22nd ANNUAL | JUNE 1 – 5 | LOS ANGELES, CA This e-mail and any attachments are intended solely for the use of the addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination of this e-mail or any attachments is strictly prohibited. If you have received this e-mail in error, please delete all copies of this e-mail and any attachments and notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Regarding Disk Cache
Hi Ron: I dumped a CA split on our system and the old CIs that were moved to the new CA were cleared to low values in the original CA formatted with the appropriate CIDF. So,I believe that these empty CIs will occupy space in the disk cache as they are written by VSAM. Based on the issue you raised that the hardware vendor recognizes the sequential bias in the command, do the pre-formatted CIs get read into the cache as the hardware tries to anticipate the data required when reading the file sequentially? Regards, Gene In a message dated 2/21/2008 3:18:10 A.M. SA Western Standard Time, [EMAIL PROTECTED] writes: Gene, I have not heard of a CA being cleared out. My old notes say that all CI with a key higher than the mid-point sequence set record are written to the new CA. The space in the old CA is now marked free - it is not formatted. If you are using CA of 1 CYL then it is unlikely to upset the pre-fetch algorithm in most storage. The sequence set within a CA are in order and with default buffering (BUFND=2) or SEQ bias (half CYL) you will get sequential cache hits. That assumes that your disk vendor recognizes the Seq bit. This is not the case for all vendors. A heavily fragmented KSDS may not have pre-fetch detected with a large BUFND because it jumps out of the monitored area before enough seq IO takes place. It is likely that the CI split that instigated the CA split will be a DFW hit because the old tracks are still in cache - but that's a nit. Ron BTW my notes make a post of mine about the duration of CA splits wrong. It is only halve IO cost I estimated. I should have check first. Where's my Ronald K. Ferguson bible when I need it? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gene Hudders Sent: Wednesday, February 20, 2008 1:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Questions Regarding Disk Cache Hi: These were a few questions posted on another topic in CICS-L for which no reply was received. The topic was CI/CA splits and I asked the following questions, which were embedded in the response: 1) Two of the processes of completing a CA split is to format the new CA and clear out the moved data CIs from the original CA. Do the empty CIs used to clear or format the CAs occupy space in the disk cache? 2) When reading a file sequentially that has CA splits caused by direct insertions (e.g., 50% free space), are the empty CIs that were created as a result of the CA splits read into the disk cache by the hardware's read-ahead mechanism once it determines that the file is being processed sequentially? Regards, Gene **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel- campos-duffy/ 2050827?NCID=aolcmp0030002598) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie RACROUTE question: how to *test* authorization?
It's not something that we used to determine whether someone had authority but more of a logging mechanism. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, February 22, 2008 2:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Newbie RACROUTE question: how to *test* authorization? Gregory, Gary G wrote: Another way is to issue a RACROUTE REQUEST=EXTRACT and specify the UACC and/or USERACS fields on the extract FIELDS parameter list. Does it mean to check the profile, not the access authorities ? IMHO bad idea. Access can be granted i.e. due to OPERATIONS attribute or WARNING. Checking UACC and ACL changes the logic. RACF guys would hate it. My $0.02 -- 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
Re: NOHTML INDEX
Ads! Ads! Ads! SPAM! - Too busy driving to stop for gas! -Original Message- From: Sail Kim [EMAIL PROTECTED] Date: Fri, 22 Feb 2008 13:15:22 To:IBM-MAIN@BAMA.UA.EDU Subject: NOHTML INDEX VANGUARD SECURITY CONFERENCE 2008 22nd ANNUAL | JUNE 1 +IBM 5 | LOS ANGELES, CA This e-mail and any attachments are intended solely for the use of the addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination of this e-mail or any attachments is strictly prohibited. If you have received this e-mail in error, please delete all copies of this e-mail and any attachments and notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Lurkers
Ya just never know who is (still) lurking ... Ron, you should pick a better climate for year-round sailing. Say the Whitsundays ... Shane ... On Fri, 2008-02-22 at 09:10 -0800, Ron Ferguson wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
I believe shared ISPF profile is the case. This behavior started in z/OS 1.8 with the advent of the SDSF address space. Thanks for the tip about using SYSID with no operands. db -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, February 22, 2008 8:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? On Thu, 21 Feb 2008 18:58:10 -0500, Dave Barry [EMAIL PROTECTED] wrote: In the latest SDSF, SYSID value is carried across LPARs in the plex regardless of whether they are in a MAS. Not sure about the installation and customization, but I now have to use SYSID on every system, even though none share a SPOOL. Are you using a shared ISPF profile data set? If you use SYSID without any operands, it defaults to the current sysid. Even if you share your ISPF profile this will allow you to view the syslog of the system you are logged onto without having to issue the SYSID command ever. That is the way it's always worked... unless something changed in 1.9 that I am not aware of. What has changed is the SYSID ? display in recent releases. It used to just show the value of the setting. Now it will display all the systems defined in the MASDEF (whether they exist or not) with the system you are logged onto being enclosed in parenthesis. In order to tell the current setting, you have to look at the title line: SDSF SYSLOG 397.101 IPO1 IPO2 11/15/2000 4W | | | | | Job | | |Outstandin number| | |WTORs | |Date of Data set |SYSLOG number |data set | JES2 system ID of the log currently shown (IPO1), and JES2 system ID of the system the user is logged on to (IPO2) 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
The SDSF Server, which is what runs in the SDSF address space, has been around since at least OS/390 2.10. -Original Message- From: Dave Barry [mailto:[EMAIL PROTECTED] Sent: Friday, February 22, 2008 2:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? I believe shared ISPF profile is the case. This behavior started in z/OS 1.8 with the advent of the SDSF address space. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
I should have said, when we upgraded to z/OS 1.8. That must have been when we started using the SDSF server. Thanks again, db -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A Sent: Friday, February 22, 2008 5:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? The SDSF Server, which is what runs in the SDSF address space, has been around since at least OS/390 2.10. -Original Message- From: Dave Barry [mailto:[EMAIL PROTECTED] Sent: Friday, February 22, 2008 2:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? I believe shared ISPF profile is the case. This behavior started in z/OS 1.8 with the advent of the SDSF address space. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Batch job to perform sftp transfer
Bill, This is a nice example, but IMO it is not ideal in several ways: 1) It relies on copying datasets to temporary HFS files 2) If you ran more than one job at a time, you could have problems serializing access to the temporary HFS files that you are creating 3) Its more complicated than it needs to be, and might be a maintenance problem if you had lots of these kinds of jobs. Some of these problems can be solved by using our free DTLSPAWN utility (a better BPXBATCH), which allows you to run a Unix shell from DD STDIN, the way it should be: //EX1 EXEC DTLSPAWN //STDINDD * export DISPLAY=FOO export SSH_ASKPASS=$HOME/.ssh/kirkpass.sh ssh -o StrictHostKeyChecking=no \ [EMAIL PROTECTED] cat /path/to/remote.file | todsn //DD:DOWNLOAD /* //DOWNLOAD DD DSN=DOWNLOAD,DISP=(NEW,DELETE), //DCB=(RECFM=FB,LRECL=80) // Notes: 1) To answer one of the other questions in this thread: the ssh option StrictHostKeyChecking=no causes the remote host's key to automatically be added to known_hosts if it doesn't already exist. See the man page for ssh_config for more information. 2) I used /bin/cat with ssh so that I could transfer the data and pipe it to todsn. The IBM version of sftp doesn't support datasets, or even pipes or fifos. Using ssh and cat only works if the data is ASCII text, since the ssh command will automatically translate ascii-ebcdic. 3) You can easily put this in a reusable PROC, passing environment variables in PARM= or STDENV DD. 4) Our free Co:Z toolkit includes all of these tools, and if you also install it on the remote system you can significantly extend the capabilites of running plain ssh or sftp. Regards, Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Feb 22, 2008 at 10:41 AM, Miller, Bill [EMAIL PROTECTED] wrote: We do batch ssh transfers everyday using IBM's Ported Tools, here is a sample batch job: //** //* STEPS TO EXECUTE SFTP USING PARAMETERS DYNAMICALLY CREATED IN PDLSDG //** //PDLSDI10 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT2 DD PATH='/tmp/sftp',FILEDATA=TEXT, // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //SYSUT1 DD DSN=SFTPPARM,DISP=SHR //* //PDLSDI15 EXEC PGM=BPXBATCH, // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config // [EMAIL PROTECTED]' //STDOUT DD PATH='/tmp/SYSUID..STDOUT', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDENV DD DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR //* //PDLSDI20 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT1 DD PATH='/tmp/SYSUID..STDOUT', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //DELETE DD PATH='/tmp/sftp', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //SYSUT2 DD SYSOUT=* //* Here is a sample for Contents of dataset FGC.GC.LOS.TMPR.SFTP.PWPARMS DISPLAY=FOO SSH_ASKPASS=/etc/ssh/ussfile.psw.sh Here is a sample for the get parms: lcd .. ascii get GWCC.ACK.20080221 /tmp/pmierr.txt rename GWCC.ACK.20080221 GWCC.ACK.20080221.PRC !cp /tmp/pmierr.txt //'FGC.GC.LOS.PROD.PMI.ERROR.FILE' !rm /tmp/pmierr.txt rm GWCC.ACK.200712* quit I also have manuals, please contact me and I will send you a copy of the IBM Ported Tools manauls. And some other doc if you want it. Also open an ETR with IBM and they were very helpful getting this to work. Bill Miller Great West Casualty Company 1100 West 29th Street South Sioux City, NE 68776 Phone: 402-494-7354 Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Friday, February 22, 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Batch job to perform sftp transfer WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for it any time soon, either.) This makes testing and experimenting slow. Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not
IKEYMAN problem
(Disclaimer: the problem I describe exist on Windows PC, but this is IBM software, dedicated to connect to a mainframe) I'm trying to run iKeyman utility on my Windows XP PC. The utility was installed as a part of Personal Communications (PCOMM) 5.8 (20070515 S). Ikeyman.exe doesn't work. It end with the following message: class not found: com/ibm/gsk/ikeyman/Ikeyman After some invsetigation I added two path entries to CLASSPATH variable (cfwk.zip and gsk7cls.jar). No effect. However I can run start ikeyman using the following command: java com.ibm.gsk.ikeyman.Ikeyman Ikeyman launches, I can check the version, but it sometimes fails when I try to open existing kdb file. Q: I believe it is known issue. What should I do to make it working ? Any clue? Maybe some link? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lurkers (OT Friday I guess)
Ya just never know who is (still) lurking ... Ron, you should pick a better climate for year-round sailing. Say the Whitsundays ... Sailing? What about sailing--expecially in the Whitsundays? Too far from Seattle but love to charter a boat there someday... George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. ... tap out at around 27,000 mips IBM leaks details of new z10 Enterprise Class mainframe http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1301967,00.html Other features of the new big iron new offering include the following: * a quad-core mainframe central processor previously called the z6; * fixed hardware storage area (HSA) of 16 GB, so users won't have to sacrifice memory for HSA any longer; * an integrated hardware decimal floating-point processor to aid with financial and enterprise resource planning applications; * a reduction in power-on reset (POR), which could enable the ability to reassign additional logical partition (LPAR) resources without compromising application performance; and * a feature called HiperDispatch, the details of which are unclear. ... snip ... it has been 40yrs since (virtual machine) cp67 was announced at the spring share in houston. i was undergraduate at university when three people had come out from the science center http://www.garlic.com/~lynn/subtopic.html#545tech to install cp67 the last week of jan68. as a result, i got asked to go to houston and participate in the announcement. share is next week in orlando http://www.share.org/events/Orlando/index.cfm one of next week's (two) themes is virtualization: http://www.share.org/events/Orlando/second_postcard.cfm#virtual Featured sessions covering network and storage virtualization as well as System z virtualization include: * IBM Transformation: Major IT Consolidation Initiative for Project Big Green * Using Virtualization to Consolidate Servers * The Role of Storage Virtualization in Enterprise Class Computing Using VSM from Sun * Preparing to Successfully Deploy and Exploit Virtualization * Data Centers of the Future: The Impact of High Density Computing * The Role of Storage Virtualization in Enterprise Computing * Introduction to Network Virtualization * Details of SAN Virtualization – Today and in the Future * Preparing to Successfully Deploy and Execute Virtualization * IBM Transformation: Major IT Consolidation Initiative -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch job to perform sftp transfer
Thanks Kirk I will try this. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Friday, February 22, 2008 4:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Batch job to perform sftp transfer Bill, This is a nice example, but IMO it is not ideal in several ways: 1) It relies on copying datasets to temporary HFS files 2) If you ran more than one job at a time, you could have problems serializing access to the temporary HFS files that you are creating 3) Its more complicated than it needs to be, and might be a maintenance problem if you had lots of these kinds of jobs. Some of these problems can be solved by using our free DTLSPAWN utility (a better BPXBATCH), which allows you to run a Unix shell from DD STDIN, the way it should be: //EX1 EXEC DTLSPAWN //STDINDD * export DISPLAY=FOO export SSH_ASKPASS=$HOME/.ssh/kirkpass.sh ssh -o StrictHostKeyChecking=no \ [EMAIL PROTECTED] cat /path/to/remote.file | todsn //DD:DOWNLOAD /* //DOWNLOAD DD DSN=DOWNLOAD,DISP=(NEW,DELETE), //DCB=(RECFM=FB,LRECL=80) // Notes: 1) To answer one of the other questions in this thread: the ssh option StrictHostKeyChecking=no causes the remote host's key to automatically be added to known_hosts if it doesn't already exist. See the man page for ssh_config for more information. 2) I used /bin/cat with ssh so that I could transfer the data and pipe it to todsn. The IBM version of sftp doesn't support datasets, or even pipes or fifos. Using ssh and cat only works if the data is ASCII text, since the ssh command will automatically translate ascii-ebcdic. 3) You can easily put this in a reusable PROC, passing environment variables in PARM= or STDENV DD. 4) Our free Co:Z toolkit includes all of these tools, and if you also install it on the remote system you can significantly extend the capabilites of running plain ssh or sftp. Regards, Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Feb 22, 2008 at 10:41 AM, Miller, Bill [EMAIL PROTECTED] wrote: We do batch ssh transfers everyday using IBM's Ported Tools, here is a sample batch job: // ** //* STEPS TO EXECUTE SFTP USING PARAMETERS DYNAMICALLY CREATED IN PDLSDG //** //PDLSDI10 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT2 DD PATH='/tmp/sftp',FILEDATA=TEXT, // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //SYSUT1 DD DSN=SFTPPARM,DISP=SHR //* //PDLSDI15 EXEC PGM=BPXBATCH, // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config // [EMAIL PROTECTED]' //STDOUT DD PATH='/tmp/SYSUID..STDOUT', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDENV DD DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR //* //PDLSDI20 EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT1 DD PATH='/tmp/SYSUID..STDOUT', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //DELETE DD PATH='/tmp/sftp', // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, // RECFM=VB,LRECL=255,BLKSIZE=27998 //SYSUT2 DD SYSOUT=* //* Here is a sample for Contents of dataset FGC.GC.LOS.TMPR.SFTP.PWPARMS DISPLAY=FOO SSH_ASKPASS=/etc/ssh/ussfile.psw.sh Here is a sample for the get parms: lcd .. ascii get GWCC.ACK.20080221 /tmp/pmierr.txt rename GWCC.ACK.20080221 GWCC.ACK.20080221.PRC !cp /tmp/pmierr.txt //'FGC.GC.LOS.PROD.PMI.ERROR.FILE' !rm /tmp/pmierr.txt rm GWCC.ACK.200712* quit I also have manuals, please contact me and I will send you a copy of the IBM Ported Tools manauls. And some other doc if you want it. Also open an ETR with IBM and they were very helpful getting this to work. Bill Miller Great West Casualty Company 1100 West 29th Street South Sioux City, NE 68776 Phone: 402-494-7354 Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Friday, February 22, 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Batch job to perform sftp transfer WE have a need to begin electronically sending data to a state agency which has formerly received a tape from us. They have set up an sftp server on their end and given us the user ID and password they want us to use. I can sign on to their site from Windows and from a Linux guest hosted on our mainframe but I have not so far been able to sign on from z/OS. It is not possible to start an ssh session from within OMVS under TSO. Presumably, we should be able to start sshd and sign on from a client session, but that entails some security work which has not been performed. (Given the workload on our security guy, I don't look for
z10 - beans spilled?
http://it.slashdot.org/it/08/02/22/204222.shtml http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1301967,00.html Big Blue inadvertently revealed details about its new z10 Enterprise Class mainframe set to launch on Feb. 26, as well as details on z/OS v1.10, a new version of the mainframe OS due out in September. 'According to an internal IBM document obtained by SearchDataCenter.com, the z10 Enterprise Class will come in five different models and feature 64-way chips, compared with the 54-way z9 mainframes and earlier 32-way models. In a conference call last month, IBM CFO Mark Loughridge told investors that the z10 would have 50% more capacity, which indicates that it will probably tap out at around 27,000 million instructions per second (MIPS) at the top end, compared with about 18,000 MIPS on the previous z9 Enterprise Class.' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IKEYMAN problem
Try http://ev11.evenue.net/manual/ibm/9atikeyu.htm There are various indicators that CLASSPATH must be set properly in order for it to work. -Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-SYSVIEW
I am the Product Manager for CA SYSVIEW, so I'd be happy to offer any information you'd like- including what it can do now, and the futures roadmap. You can contact me offlist at [EMAIL PROTECTED] or [EMAIL PROTECTED] If you are at SHARE next week, stop by our booth for a personal demo. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Adam Sent: Friday, February 22, 2008 SYSN 01:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-SYSVIEW Janet: Please contact me offline and I can give you a bit of information regarding this product. Gerhard Adam - Original Message - From: Grine, Janet [GCG-PFS] [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, February 22, 2008 1:06 PM Subject: CA-SYSVIEW I am researching a product called CA-SYSVIEW. Can anyone offer any opinions on this product? I did notice that Pat O'Keefe seems to like it. Anyone else? Thanks in advance, Janet (Jill) Grine -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-SYSVIEW
I thought that CA staff and management are no longer permitted to discuss product futures. At last CA World, each CA-presented session had not one but two DISCLAIMER foils Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-SYSVIEW
Our Roadmaps are public. You can find them on SupportConnect for all Solutions. The disclaimers are always there mainly because Roadmaps are an evolutionary thing. Most new enhancements come from Customers and Product Advisory Committees. Don't misconstrue futures as absolute features in a next release. But I am happy to discus the Roadmap for SYSVIEW, and where I see the product going. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Friday, February 22, 2008 SYSN 05:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-SYSVIEW I thought that CA staff and management are no longer permitted to discuss product futures. At last CA World, each CA-presented session had not one but two DISCLAIMER foils Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-SYSVIEW
I'm hearing good feedback at supported clients, where a CA SYSVIEW component is involved in a competitive replacement opportunity (overtaking another vendor's software product), most recently with MQ on z/OS. Sincerely, Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3592 leader pins
On Mon, 4 Feb 2008 14:42:44 -0500, Scott Rowe [EMAIL PROTECTED] ANNSTORES.COM wrote: We have been experiencing an increased failure rate of the leader pins on our 3592 media, and I was wondering if anyone else was seeing this. We only have a few hundred of these tapes, but around 10% are currently out of circulation due to this problem. There is a repair kit for this problem, but it only has parts to repair 10 tapes, and we have been through several kits to date. At a cost of $100 or so, this is a repair cost of over $10/cartridge, which might be OK if it were rare, but this seems a little too much for me. We do not have the 3592 drives in an ATL, and I am curious whether the human factor may be to blame. Has anyone else on the list seen a significant failure rate on these cartridges? Is there any known cause for this? Any way to prevent the problem? Has anyone tried to take warranty action on this? Hi Scott, I contacted Fujifilm (manufacturer of 3592 cartridges), and here was the reply: We have not received any reports of end-users having difficulties with our 3592 tapes in Canada. I had contacted our sister company in the USA for their perspective on the specifics provided in your e-mail. Your details were sent to all of their tech support group and they reported the following. Leader-pin problems are VERY rare for 3592 and I would suspect that the user must have a drive problem. If the drive is under warranty or a maintenance contract, I suggest having the drive vendor investigate and replace the drive. Cartridges being taken from the drive by human hand-extraction would not contribute to this problem; it can for DLT-4000 DLT-8000 drives, but not for 3592. If you have a user that is experiencing these problems I can have a specialist contact them directly to discuss further. --- Please let me know if you wish to be contacted by that specialist. Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.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