Re: VTS allocation performance problems
Hanan, What copy mode are you working with the VTS PtP, Immediate or Deferred? You might consider using deferred copy mode and maybe change the priority the VTS gives the copy operation. It is possible to setup the VTC to prefer specific VTS for I/O. You can also force scratch mounts to the preferred I/O VTS. This is called I/O VTS Preferencing. Gil. On 8/10/05, hanan [EMAIL PROTECTED] wrote: ... I want to be sure that prefernce and elimination options work well with VTS. If it does, maybe the best solution is to assign highest priority to all the devices of the vtc, on which the number of allocated devices is minimal ? Does any one of you know of a similar-logic sources for relevant exits ? I'm addressing the above questions (and coming too) to all of you but especially to you, Norman. We would like to use use different Esoteric names we defined for diferent aspects of logical devices, but we don't know how ? IBM's personal here rejected this possibility and claimed that it can't be done because of SMS behaviour. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Wouldn't it be WIKI and SourceForge time?
Hi all gentle listers, I'm a MVS/OS390/zOS professional for many years (oops more than 25, but STILL under 50 ;-). One thing that bothers me for at least 2-3 years, following many discussions about the future of the MVS-Platform, is the slow adoption rate to new technologies for OUR use. If we (the IBM-MAIN community, the most valuable source at all) would adopt faster to WIKI's (as a knowledgebase) and/or SourceForge (sorry to CBT) our loved OS would be much more attractive to newbies. I know, this sounds like a call to revolution. But please take it as a recommendation to evolution. IBM has moved very fast (compared to IBM 10 years ago) to internet standards and has donated really huge amounts of man years to the open source community (see Eclipse, CloudScape, ICU and many many others). Are'nt we obliged to do the same? It is'nt hard to maintain a WIKI or to use CVS or Subversion. Why don't we do that? Even IBM went to uci.sourceforge.net for it's Unicode libraries. Please, don't get me wrong (I'm not an employee of wikipedia or sourceforge and never will be :-). CBT is ok but incompatible with anything else than MVS and pretty much the DINO style. Sort of the same is true to Share and and the DinoRing (no offense please). But {things are changing} faster as I really thought befor entering Java/Eclipse and other really powerfull technologies. If we want to survive, WE better should adopt. Serious discussions (and opposite views) are very welcome. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALIAS for a LMOD
--- Rob Wunderlich [EMAIL PROTECTED] wrote: On Mon, 8 Aug 2005 12:37:51 -0700, Barry Schwarz [EMAIL PROTECTED] wrote: The stolen status means the alias used to belong to a different load module. Any chance that could be part of the problem? Was the linkedit run on the same image as where the abend106 occurred? Is this an LLA managed lib? -Rob Barry, Bob, 1. The original ALIAS for the LMOD showed in the ALIAS-OF field. I found it weird, to say the least, that's why I recreated the ALIAS for the LMOD using the Binder; this is the only way I know to create an ALIAS for a LMOD. The ??? ALIAS was created by a vendor's internal tool. 2. Yes, the linkedit ran on the same image as where the Abend occurred and, yes, the library was LLA managed. However, the abending STCs had and still have a STEPLIB DD card pointing to EXEC PGM=real_lmod. It means to me that the STCs doesn't use LLA services at all. A couple days later we IPLed this very LPAR. Before the IPL the person responsible for the product recreated the weird ALIAS. Guess what ? The STCs still get Abend106 ... Something must have changed, but I don't know what. But at this point I doubt I caused the error by defining my ALIAS. Thanks. Walter Marguccio -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TPEXIT
I have a S0A9 abend with reason code 7007,indicating that a TPEXIT was entered when VTAM was holding a lock.I understand that TPEXIT is used to kill threads. When I searched throughout my code I could not find any explicit TPEXIT coded.Is their any spl assembler API call for this. I am completely new to VTAM,so any help would be very really gr8. Cheers, Mary George __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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
rsh under z/OS
Do IBM ship it??? AFAIK the sshd daemon is part of IBM Ported Tools, but rsh is not available Can any one clarify -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wouldn't it be WIKI and SourceForge time?
From: Peter Pfaffner ... If we (the IBM-MAIN community and the most valuable source at all) would adopt faster to WIKI's (as a knowledgebase) and/or SourceForge (sorry to CBT) our loved OS would be much more attractive to newbies. How so ???. Everything we currently offer via cbt is EBCDIC in xmit format. What conceivable use and/or interest is that to some kid on a home PC ???. It might be considered for (L)GPL, but there are a *lot* of contributors to ask first. A Wiki might be an option for a knowledgebase, but given that (generally) anybody can update them people may be averse to contributing to that as well. And who is going to host all this ???. CBT is ok but incompatible with anything else than MVS and pretty much the DINO style. - see above. MVS (and its derivatives) is what we do. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OK, so how do I submit a PMR?
-Original Message- From: IBM Mainframe Discussion List Shmuel Metz In [EMAIL PROTECTED], on 08/10/2005 at 03:34 PM, Steve Comstock said: So, I thought, OK, why not? Just because I have never submitted a PMR before, maybe it's time for me to learn how. And so, here I am coming to the pros on ibm-main looking for guidance on how to start. That depends on what sort of support you have. For IBMlink it's an application called electronic trouble report (ETR). Electronic Technical Response. -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: SDSF finally coughs up the ICH408I (sort of)
On 8/11/2005 8:41 AM, Thomas Conley wrote: Not really doable. Hundreds of automation execs broadcast commands throughout the system, and the client can't afford not to route the commands (minor things like varying tape drives offline and online, no big deal ;-) I would strongly suggest that you come up with a way to deal with the FRACINT abends so that you can support ACF2 to RACF conversions (that is in IBM's best interest, is it not?) Unfortunately, the processing of operator commands requires that -no- I/O take place during the authorization checking. If I/O can occur, then there are cases during error recovery where the authorization check will hang, leading to the command not functioning, which then leads to error recovery being impossible. Therefore, unless ACF2 could provide a complete ACEE, in the exact format that RACF uses, we cannot satisfy that requirement. And they cannot do that, due to the way they handle groups (for one) and due to the fact that RACF has some proprietary data in an ACEE extension that (a) we do not disclose to the other vendors and (b) they probably could not support/duplicate even if we told them the format. At one point we did do some experiments where we said, OK, so we can't do any I/O, but maybe we could take the ACEE that ACF2 sends us (or the UTOKEN that should also come across the interface) and build a phony ACEE without doing any I/O. It could have the user ID, and perhaps have the current connect group, but it would lack any of the user's other groups. Lacking the complete group list, some commands might fail (for example, if the administrator had used one of those alternate groups to grant authority via the permissions in an OPERCMDS profile) but this would avoid the abend, and perhaps the administrators would accept having to administer things differently for this case. Unfortunately, we discovered that the ACEE/UTOKEN we were receiving from ACF2 did not even have sufficient information to do that, so the experiment failed. And we are busy enough with other things that we have not continued experimenting. Thus, at this point (and for the foreseeable future) we have no solution for your problem. In a sysplex with a mix of security products, operator command security will fail, with an abend, if an ACF2 (or Top Secret, probably) system sends a command to a RACF system. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Current NASPA Tech Support Mag.
_http://www.naspa.com/teaser.htm_ (http://www.naspa.com/teaser.htm) Sam Golub's column is insightful. For those who aren't NASPA members, he promises to keep CBT 570 updated with 'good stuff'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fred Schmidt Sent: Wednesday, August 10, 2005 10:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Checking if all UNIX Filesystems were mounted successfully at IPL Hi folks. I'm looking for a way of automatically verifying that all Filesystems specified in BPXPRMxx were successfully mounted at IPL. We've currently got a rather ugly REXX that chains through MVS control blocks to locate the BPXPRMxx members, extract the filesystem names, substitute system symbols and then compare the results against the mount table via the getmntent syscall service. Please tell me that there's an easier and more reliable way. Regards, Fred Schmidt Senior Systems Programmer Department of Corporate and Information Services (DCIS) Data Centre Services (DCS) Northern Territory Government Check out the REXX routine getmntent. It runs in a syscall or UNIX environment. It will return, in a stem variable, all of the mounted filesystems. at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB651/3.66 If you don't like REXX, then try the equivalent HLASM (or COBOL or PL/I) callable routine BPX1GMN/BPX4GMN at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB151/2.24 6 in C use w_getmntent() at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/EDCLB150/3.97 0 -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rsh under z/OS
On Thu, 11 Aug 2005 04:19:42 -0500, Andy Robertson [EMAIL PROTECTED] wrote: Do IBM ship it??? AFAIK the sshd daemon is part of IBM Ported Tools, but rsh is not available You looking for the client or the daemon? Client should be available out of the box (i.e. you can issue rsh on z/OS to execute commands on another system. Daemon is there (to allow to issue rsh on other systems to execute commands on z/OS), but will probably require some configuration/setup. See the Communication Server Configuration Reference manual. Look in the IBM-supplied proclibs for a proc called RXSERVE. The daemon is a real kludgy interface. It submits batch jobs which execute the TSO TMP to execute the requested commands, then sucks the output off the spool and sends it back to the client. As somebody else pointed out, you might be better off with SSH. We use RSH because we have applications that were set up back in the dark ages before Ported Tools made SSH available on z/OS. But if you're not already using it, you might not want to start. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
Use this command at zOS console: d omvs,f -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Fred Schmidt Sent: Wednesday, August 10, 2005 11:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Checking if all UNIX Filesystems were mounted successfully at IPL Hi folks. I'm looking for a way of automatically verifying that all Filesystems specified in BPXPRMxx were successfully mounted at IPL. We've currently got a rather ugly REXX that chains through MVS control blocks to locate the BPXPRMxx members, extract the filesystem names, substitute system symbols and then compare the results against the mount table via the getmntent syscall service. Please tell me that there's an easier and more reliable way. Regards, Fred Schmidt Senior Systems Programmer Department of Corporate and Information Services (DCIS) Data Centre Services (DCS) Northern Territory Government Email [EMAIL PROTECTED] Phone(08) 89 99 6891 Fax (08) 89 99 7493 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Checking if all UNIX Filesystems were mounted successfully at IPL
On Thu, 11 Aug 2005 12:37:34 +0930, Fred Schmidt [EMAIL PROTECTED] wrote: Hi folks. I'm looking for a way of automatically verifying that all Filesystems specified in BPXPRMxx were successfully mounted at IPL. snip Please tell me that there's an easier and more reliable way. I suppose that depends on your definition of reliable. An easy way would be to search SYSLOG for the error message issued when a filesystem can't be mounted. I forget the message number, but I've seen it before. In that case, you're relying on the assumption that any failure to mount would result in the error message. I'm not sure how valid that is, but it seems fairly safe to me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rsh under z/OS
On Thu, 11 Aug 2005 09:02:37 -0500, Matt Simpson [EMAIL PROTECTED] wrote: As somebody else pointed out, you might be better off with SSH. We use RSH because we have applications that were set up back in the dark ages before Ported Tools made SSH available on z/OS. But if you're not already using it, you might not want to start. Thanks to all for feedback. Things are now better understood. We are indeed going for ssh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rsh under z/OS
On Thursday 11 August 2005 10:28 am, Andy Robertson wrote: On Thu, 11 Aug 2005 09:02:37 -0500, Matt Simpson [EMAIL PROTECTED] wrote: As somebody else pointed out, you might be better off with SSH. We use RSH because we have applications that were set up back in the dark ages before Ported Tools made SSH available on z/OS. But if you're not already using it, you might not want to start. Thanks to all for feedback. Things are now better understood. We are indeed going for ssh You can also use ssh in a batch job. We have several production jobs using it to transfer and receive data to and from our customers computers. -- Mark Jacobs Technical Services Time Customer Service, Tampa FL Time Warner -- Secrecy is the keystone of all tyranny. Not force, but secrecy ... [sic] censorship. When any government, or any church for that matter, undertakes to say to its subjects, 'This you may not read, this you must not see, this you are forbidden to know,' the end result is tyranny and oppression, no matter how holy the motives. Mighty little force is needed to control a man whose mind has been hoodwinked; contrariwise, no amount of force can control a free man, a man whose mind is free. No, not the rack, not fission bombs, not anything —you can't conquer a free man; the most you can do is kill him. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open I-O empty extended format VSAM data set
Bill, You are right, that's deadly relevant. Thank you for finding that (we opened an ETR with the COBOL folks, thinking we'd found a bug, but they didn't quote that passage back to us...) We were under the impression, however, that specifying any AMP= parm in the JCL would override system managed buffering. (In this case, the DD had AMP=('BUFNI=50,BUFND=10').) Have we misunderstood? Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Bill Klein Sent: Wednesday, August 10, 2005 6:05 PM snip HOWEVER, (after finding all of that), I found what I think is MOST relevant in the latest Enterprise COBOL V3R4 manual (with revision bars indicating it is new). From: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.3.2 .1 When you are loading an extended-format VSAM data set, file status 30 will occur on the OPEN if DFSMS system-managed buffering sets the buffering to local shared resources (LSR). To successfully load the VSAM data set in this case, specify ACCBIAS=USER in the DD AMP parameter for the VSAM data set to bypass system-managed buffering. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading CBPDO RIM Files
Mark S. Baron wrote: Rosie - Here's the JCL to load the RIM file (I'm assuming a PUT tape here): //RIMLOD1 EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //TAPE DD DSN=RIMLIB,DISP=SHR,UNIT=TAPEWT,LABEL=(2,SL), // VOL=SER=IC //DISK DD DSN=SYS1.PUT05XX.RIMLIB,DISP=(,CATLG), // VOL=SER=ZOS000,UNIT=3390,SPACE=(TRK,(30,,44)) //SYSIN DD * COPY INDD=TAPE,OUTDD=DISK It will load a bunchy of jobs to process the rest of the PUT process through the RECEIVE Nit: Right JCL, but this isn't for a PUT tape (we don't have them any more) or even an ESO tape (PUT's replacement). It should work to load a RIMLIB data set from a CBPDO tape, though. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REXX and DB2 using DSNREXX: GET DIAGNOSTICS
Have anyone tried or even succeded using the new DB2-commands/SQL GET DIAGNOSTICS etc through DSNREXX ? Or have some experiences using it otherwise (not in a rexx/DSNREXX) ? Any tips or links are helpful ! (Note: I have found some manual references, but they were incomplete from my needs: http://publib.boulder.ibm.com/infocenter/db2v7luw/index.jsp?topic=/com.i bm.db2v7.doc/cpsqlrv1/ibmsqlr02.htm etc. ) TIA Thomas Berg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
I don't know if or how your IPL procedure is automated. Mine is via IEAVMXIT. When an HFS is not mounted during OMVS initialization either BPXF002I or BPXF008I is issued complete with the DSN of the HFS that was not mounted. The IPL procedure notes the exception and display a message in turquoise. After the IPL procedure completes, it displays the exceptions once more. If the operator is paying attention, one will have time to correct the error. If not, the users will let you know. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.7 manuals on the Web.
I don't remember anybody mentioning this, but the z/OS 1.7 manuals are available at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading CBPDO RIM Files
John - Of course you are correct but after 38 years of this (PC R16 and I are old friends) I even remember that PUT was an acronym for Program Update Tape - thanks to Marty Kloomok for that one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 manuals on the Web.
No sign of PDF availability yet. Steve Samson McKown, John wrote: I don't remember anybody mentioning this, but the z/OS 1.7 manuals are available at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wouldn't it be WIKI and SourceForge time?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Thursday, August 11, 2005 3:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Wouldn't it be WIKI and SourceForge time? Hi all gentle listers, I'm a MVS/OS390/zOS professional for many years (oops more than 25, but STILL under 50 ;-). One thing that bothers me for at least 2-3 years, following many discussions about the future of the MVS-Platform, is the slow adoption rate to new technologies for OUR use. First question of CEO/CFO/CIO/Board of Directors: Where is the profit in it? Does it increase market share/reduce expenses/increase revenue? Business purpose first, technology purpose later. Slow adoption has much more to do with business reasons than retrograde technologists (i.e., us). *Some* of us are doing this stuff ourselves, just not on our employer's time or equipment, since they do not seem interested in it. If we (the IBM-MAIN community, the most valuable source at all) would adopt faster to WIKI's (as a knowledgebase) and/or SourceForge (sorry to CBT) our loved OS would be much more attractive to newbies. I know, this sounds like a call to revolution. But please take it as a recommendation to evolution. Cart before horse. What advantage is WIKI over IBM-MAIN and other mailing lists? What added benefit would list members or lurkers get (other than experience using WIKI, which can be gotten elsewhere)? Sourceforge is a wonderful resource and community. Today, NONE of the tools used to make/build/test software in that (sourceforge) world can help you when you have to update a CICS COBOL program to fix a bug, or get a patch from IBM for the operating system and apply it across 20 LPAR's with no disruption of business. Under z/OS, the *ix tools aren't even standard GNU tools, (though that situation is improving, slowly, as ports are completed), and most of those tools ONLY apply to the Unix Services environment and file systems. None of them helps in the daily jobs our employers pay us to perform. Not yet, anyway. CAN something like sourceforge be used to perform controlled maintenance of CICS COBOL and the other MVS projects we must support? Yes, they *can*, but unless IBM writes it, promotes it, and supports it, no business manager is going to allow you use it. Too much business and career risk. It has very little to do with technology and everything to do with business. IBM has moved very fast (compared to IBM 10 years ago) to internet standards and has donated really huge amounts of man years to the open source community (see Eclipse, CloudScape, ICU and many many others). Are'nt we obliged to do the same? It is'nt hard to maintain a WIKI or to use CVS or Subversion. Why don't we do that? Even IBM went to uci.sourceforge.net for it's Unicode libraries. Just NOT for their installed base of batch programs and transaction processing. And it *is* hard to use CVS for anything when you can't compile CICS COBOL and link to a standard PDS LOADLIB for testing and QA and Production. There aren't any promotion tools available for standard change control procedures that all mainframe businesses MUST use (especially ISO 9000 shops). Please, don't get me wrong (I'm not an employee of wikipedia or sourceforge and never will be :-). CBT is ok but incompatible with anything else than MVS and pretty much the DINO style. When z/OS Unix Services is indistinguishable from a standard GNU linux (and not just posix) environment AND supports appropriate interfaces to current MVS technology (i.e., transparent access to MVS/EBCDIC files and data from all utilities), then maybe there will be a need/desire for a sourceforge equivalent of CBT. Until then CBT does the job. It isn't broken, so there's no need to fix it, much less replace it. Sort of the same is true to Share and and the DinoRing (no offense please). But {things are changing} faster as I really thought befor entering Java/Eclipse and other really powerfull technologies. If we want to survive, WE better should adopt. When there is a profitable business reason to do it, then it will happen. Not before. Serious discussions (and opposite views) are very welcome. Peter _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: z/OS 1.7 manuals on the Web.
I don't remember anybody mentioning this, but the z/OS 1.7 manuals are available they are also available in bookmanager-only form (PDF presumably to follow) at the z/OS library site http://www-1.ibm.com/servers/eserver/zseries/zos/bkserv/ -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3590 mount counts
I'm trying to get 3590 mount counts for past fiscal year. EREP has mount counts for 34xx, but not 3590. Same problem with SMF #94 records. Looks like SMF #74 might have them, but we've been using NO TAPE parm setting. Does anyone have some ideas? Thanks. Ed Micucci -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
Fred, I sympathize. I had the same problem. I support USS here at Met Life and we handled this problem in the following manner: Only the critical USS HFSs are included in BPXPRMxx at most maybe 10 - 12 HFSs. (This is to avoid having to use change control to update it whenever a new file system requires mounting.) We use our automation package (BMC AutoOperator) to trap any BPXF135E error messages at IPL time and generate an email for notification. We run bookmanger on our web site and to make it easier for the BookManager administrator, so I wrote a rexx exec that runs from a proc at IPL time and mounts all BOOKMANAGER HFSs. The exec generates an email to me on any mount failures. The same exec is also used to manage the list, featuring rebuild, list, mount and unmount functions. I haven't done it yet, but this exec could be easily modified to handle all mounts except ROOT. If you'd like a copy of the exec, let me know and I'll send it to you. Jim Holloway Internet: mailto:[EMAIL PROTECTED] Fred Schmidt [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/10/2005 11:07 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:[IBM-MAIN] Checking if all UNIX Filesystems were mounted successfully at IPL Hi folks. I'm looking for a way of automatically verifying that all Filesystems specified in BPXPRMxx were successfully mounted at IPL. We've currently got a rather ugly REXX that chains through MVS control blocks to locate the BPXPRMxx members, extract the filesystem names, substitute system symbols and then compare the results against the mount table via the getmntent syscall service. Please tell me that there's an easier and more reliable way. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need more PTF guidance
On a hunch, I went to the IBM tech support site (https://techsupport.services.ibm.com/server/zseries.srchBroker) where I found 2 PTF's that addressed my problem with PL/I and HFS. But both PTF pages have this: Applicable component levels R703 PSY UQ91928 UP04/08/19 P F408 R705 PSY UQ91929 UP04/08/19 P F408 R706 PSY UQ91930 UP04/08/19 P F408 R707 PSY UQ91931 UP04/08/19 P F408 R708 PSY UQ91932 UP04/08/19 P F408 Select the PTF appropriate for your component level. So, how do I select the applicable component level? I guessed and tried the last, didn't work; then I tried the R705 because I see I have HLE7705 FMID (I don't even know if that's the right FMID for PL/I, but my colleague seemed to think it is). Anyway, the un-terse goes OK, but the receive fails because there is no match of sysmods. Arrrh! I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
On Thu, 11 Aug 2005 12:37:34 +0930, Fred Schmidt [EMAIL PROTECTED] wrote: Hi folks. I'm looking for a way of automatically verifying that all Filesystems specified in BPXPRMxx were successfully mounted at IPL. We've currently got a rather ugly REXX that chains through MVS control blocks to locate the BPXPRMxx members, extract the filesystem names, substitute system symbols and then compare the results against the mount table via the getmntent syscall service. Please tell me that there's an easier and more reliable way. Maybe the z/os HealthChecker has a check for this? -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Steve, here's what I would do. Someone else may suggest something more elegant. I went to IBMLink and browsed the first PTF on your list - UQ91928. Down at the bottom, under PRE-REQS/CO-REQS it said: AR038 FMIDHLE7703 PRE UQ89777 ++IFFMIDHLE7705 REQ UQ91929 ++IFFMIDHLE7706 REQ UQ91930 ++IFFMIDHLE7707 REQ UQ91931 ++IFFMID HLE7708 REQ UQ91932 So, there are the possible FMID's. I went to the SMP/E panels and selected option 3 for QUERY, then option 2 for CROSS-ZONE Query. Enter SYSMOD as the ENTRY TYPE, and then just entered all of those FMID's until I found the one that was applied and accepted on my system - HLE7707. (the others were SUP) HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Steve Comstock Sent: Thursday, August 11, 2005 12:48 PM snip Anyway, the un-terse goes OK, but the receive fails because there is no match of sysmods. Arrrh! I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking if all UNIX Filesystems were mounted successfully at IPL
I think it should! This is another example (like IPL link list set establishment) where we need to raise a requirement for BCP to save the data about weather the most recent operation especially for one done at IPL failed, completed, or completed with errors and then have it reported in the Health Checker. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- Maybe the z/os HealthChecker has a check for this? -Rob This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Steve, here's what I would do. Someone else may suggest something more elegant. I went to IBMLink and browsed the first PTF on your list - UQ91928. Down at the bottom, under PRE-REQS/CO-REQS it said: AR038 FMIDHLE7703 PRE UQ89777 ++IFFMIDHLE7705 REQ UQ91929 ++IFFMIDHLE7706 REQ UQ91930 ++IFFMIDHLE7707 REQ UQ91931 ++IFFMID HLE7708 REQ UQ91932 So, there are the possible FMID's. I went to the SMP/E panels and selected option 3 for QUERY, then option 2 for CROSS-ZONE Query. Enter SYSMOD as the ENTRY TYPE, and then just entered all of those FMID's until I found the one that was applied and accepted on my system - HLE7707. (the others were SUP) I take the shotgun approach. I download all the PTF's in the APAR and the RECEIVE will only take the one that applies to me. For small maintenance runs, it works OK. For large ones, it can get messy. You get at least four times the number of PTF's you would get if you just selected the right one. But it's also a lot faster than having to try to figure out which one applies to you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Steve, I list all the FMID'S defined in the GLOBAL.CSI and keep the listing handy since it is referenced quite frequently. //S1 EXEC PGM=GIMSMP //SMPCSI DD DISP=SHR,DSN=SMPE.GLOBAL.CSI //SMPCNTL DD * SETBOUNDARY (GLOBAL) . LIST GZONE . Then I manually compare the PTF FMID with the listing to see if it matches any FMID in my SMPE global. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Thursday, August 11, 2005 10:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Need more PTF guidance On a hunch, I went to the IBM tech support site (https://techsupport.services.ibm.com/server/zseries.srchBroker) where I found 2 PTF's that addressed my problem with PL/I and HFS. But both PTF pages have this: Applicable component levels R703 PSY UQ91928 UP04/08/19 P F408 R705 PSY UQ91929 UP04/08/19 P F408 R706 PSY UQ91930 UP04/08/19 P F408 R707 PSY UQ91931 UP04/08/19 P F408 R708 PSY UQ91932 UP04/08/19 P F408 Select the PTF appropriate for your component level. So, how do I select the applicable component level? I guessed and tried the last, didn't work; then I tried the R705 because I see I have HLE7705 FMID (I don't even know if that's the right FMID for PL/I, but my colleague seemed to think it is). Anyway, the un-terse goes OK, but the receive fails because there is no match of sysmods. Arrrh! I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PTF/FMID corellation
Steve, on IBMLINK there is a PCR (Product Cross Reference) that you can key in an FMID and get the product name. HLE is the FMID for LE. PL/I (in my system is H270330). So if you have the correct PTF(s) listed you'll be putting maintenance on LE not PL/I. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Steve Comstock wrote: [snip] I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? You can order PTFs by APAR number using ShopzSeries or even SUF. Both will use your inventory to determine the correct PTF for your environment. For ShopzSeries, you must generate (via a batch job) and upload (via the web) your inventory. For SUF it's automatic. Either way, it sure beats trying to figure out which FMID you're running! -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Greg Shirey wrote: Steve, here's what I would do. Someone else may suggest something more elegant. I went to IBMLink and browsed the first PTF on your list - UQ91928. Down at the bottom, under PRE-REQS/CO-REQS it said: AR038 FMIDHLE7703 PRE UQ89777 ++IFFMIDHLE7705 REQ UQ91929 ++IFFMIDHLE7706 REQ UQ91930 ++IFFMIDHLE7707 REQ UQ91931 ++IFFMID HLE7708 REQ UQ91932 So, there are the possible FMID's. I went to the SMP/E panels and selected option 3 for QUERY, then option 2 for CROSS-ZONE Query. Enter SYSMOD as the ENTRY TYPE, and then just entered all of those FMID's until I found the one that was applied and accepted on my system - HLE7707. (the others were SUP) HTH, Greg Shirey Ben E. Keith Company Thanks, Greg. I tried what you suggested and it looks like HLE7703, HLE7705, HLE7706, HLE7707, and HLE7708 are all on my system. Of course, I don't know how to interpret the listing: To select an entry from a zone, enter S next t * - Entry not found in zone. ** - Zone could not be allocated or is not Status --- ZONE TYPE FMID STATUS DATE --- CSQ531D * CSQ531T * GLOBAL MVSD SUP MVST SUP ** Bottom of data I don't know what SUP status tells me; I just notice the last three zones do not have an asterisk in the TYPE field, and I interpret the * to mean Entry not found in zone as indicated above the table. If this is correct, then I get the same display for all of the HLE770n values mentioned. So I'm not there yet. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3590 mount counts
I'm trying to get 3590 mount counts for past fiscal year. EREP has mount counts for 34xx, but not 3590. Same problem with SMF #94 records. Looks like SMF #74 might have them, but we've been using NO TAPE parm setting. Does anyone have some ideas? Thanks. Try the Volume Mount Analyzer... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FINDBOOK?filter=volume+mount+analyzer Two step process 1) extract needed SMF records (14,15,21 and others) 2) generate report Might take awhile to chew through a year's worth of data, but useful reports and can report on only 3590 mounts if desired. Look at the Usage report for total mount numbers. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Dave Kopischke wrote: Steve, here's what I would do. Someone else may suggest something more elegant. I went to IBMLink and browsed the first PTF on your list - UQ91928. Down at the bottom, under PRE-REQS/CO-REQS it said: AR038 FMIDHLE7703 PRE UQ89777 ++IFFMIDHLE7705 REQ UQ91929 ++IFFMIDHLE7706 REQ UQ91930 ++IFFMIDHLE7707 REQ UQ91931 ++IFFMID HLE7708 REQ UQ91932 So, there are the possible FMID's. I went to the SMP/E panels and selected option 3 for QUERY, then option 2 for CROSS-ZONE Query. Enter SYSMOD as the ENTRY TYPE, and then just entered all of those FMID's until I found the one that was applied and accepted on my system - HLE7707. (the others were SUP) I take the shotgun approach. I download all the PTF's in the APAR and the RECEIVE will only take the one that applies to me. For small maintenance runs, it works OK. For large ones, it can get messy. You get at least four times the number of PTF's you would get if you just selected the right one. But it's also a lot faster than having to try to figure out which one applies to you. Hmmm. That seems like a lot of work, though, even for small amounts. I have to download, upload, unterse, then recieve for all these guys, only one of which I need. I'm not a sysprog, and never pretended to be, and I have a much deeper appreciation for the weirdness of your world now. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Curious. If you put an S next to MVST on the panel you snipped below, you might see, on the next panel, something like: Status: SUPBY HLE7707 When I do a cross-zone query on HLE7707, I see: Status --- ZONE TYPE FMID STATUS DATE TIME REWORK GLOBAL MVSD100 FUNCTION HLE7707 ACC 02.149 15:48:19 2002112 MVST100 FUNCTION HLE7707 APP 02.149 20:05:36 2002112 If, I put an S in the column next to my target zone name (MVST100), on the next panel, I see: Entry Type: SYSMOD Zone Name: MVST100 Entry Name: HLE7707 Zone Type: TARGET Description: Language Environment Base I'm on z/OS version 1.4. YMMV. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Steve Comstock Sent: Thursday, August 11, 2005 1:28 PM snip To select an entry from a zone, enter S next t * - Entry not found in zone. ** - Zone could not be allocated or is not Status --- ZONE TYPE FMID STATUS DATE --- CSQ531D * CSQ531T * GLOBAL MVSD SUP MVST SUP ** Bottom of data I don't know what SUP status tells me; I just notice the last three zones do not have an asterisk in the TYPE field, and I interpret the * to mean Entry not found in zone as indicated above the table. If this is correct, then I get the same display for all of the HLE770n values mentioned. So I'm not there yet. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Hmmm. That seems like a lot of work, though, even for small amounts. I have to download, upload, unterse, then recieve for all these guys, only one of which I need. I'm not a sysprog, and never pretended to be, and I have a much deeper appreciation for the weirdness of your world now. Order the PTF's as a group. IBM packages them as one big file. You only do one FTP or web download, one FTP to your target system, and one UNTERSE to one big file of PTF's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Gabe Torres wrote: Steve, I list all the FMID'S defined in the GLOBAL.CSI and keep the listing handy since it is referenced quite frequently. //S1 EXEC PGM=GIMSMP //SMPCSI DD DISP=SHR,DSN=SMPE.GLOBAL.CSI //SMPCNTL DD * SETBOUNDARY (GLOBAL) . LIST GZONE . Then I manually compare the PTF FMID with the listing to see if it matches any FMID in my SMPE global. gabe Well, that's cool; I get: GLOBAL ZONE ENTRIES NAME GLOBAL UPGLEVEL= SMP/E 33.01 OPTIONS = OPTSVSC ZONEINDEX = CSQ531D DLIB CSQ531.CSQ531D.CSI CSQ531T TARGET CSQ531.CSQ531T.CSI MVSD DLIB MVS.MVSD.CSI MVST TARGET MVS.MVST.CSI SREL = Z038 FMID = EDU1H01 EER3500 EMI2220 ETI1106 FDU1H07 FDU1H08 HBB7709 HBCNC00 HBCND0B HBD6602 HBKM300 HBKP300 HBKQ300 HCMG110 HCM1610 HCPT360 HCRY2A0 HCR770A HCS7708 HDZ11JH HDZ11J0 HDZ11UC HDZ11US HFST101 HFWL340 HFX1112 HGD3200 HGD3201 HIF5E02 HIMW530 HIO1104 HIP6160 HIT7709 HJE7708 HJS7708 HKYS300 HKY7708 HLB7703 HLB7708 HLB7709 HLE7709 HMB3190 HMOS705 HMP1F00 HMQ4150 HMSI707 HMSI737 HMS5200 HMS5310 HNET708 HOPI708 HOT7709 HPMG110 HPM7709 HPRT100 HPZ8500 HQX7708 HRF7709 HRM7708 HRO62A0 HRSL360 HRSS190 HSAP360 HSM1H00 HSWF100 HSWK360 HTE7709 HTV7709 HUN7709 HVT6160 HXFR100 HXFR120 HZFS360 H0GI400 H0H2360 H24P111 JBB77H9 JBD6201 JBD6202 JBKM310 JBKP310 JCPT361 JCRY2A6 JCS77H8 JDZ11JB JGD3219 JIP616K JIP616X JIP6169 JLB7713 JLB7718 JMQ415A JMS5201 JMS5206 JMS5207 JMS5311 JMS5315 JMS5316 JMS5317 JMS5318 JMS5319 JPZ8504 JRSL361 JRSL362 JRSL363 JSM1G01 JSM1H01 JSWK361 JTE77E9 JTV7738 JTV7748 JXFR121 JXFR122 JXFR123 So obviously I mis-interpretd the output from SMP 3.2 that Greg suggested I look at. Thanks. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM COURSE
Hi guys, We are starting to train with mainframe some new guys in our store, young guys and recently graduated from school. We would like to train then in their basics studies, preferentially with self-study. We got lots of materials, especially at some websites, but very few about AMS VSAM, its fundamentals, basic and advanced. Do you, happen to have some material, that could help me assemble a training course, or even a website that I could find plenty of material to do so? Not only some examples, or tips, but something that would looks like as training. Also it doesnt have to be something like the VSAM Demystified either. Tks a lot in advanced Eduardo Toledo System consultant CEF-SP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS allocation performance problems
1. Transfer rate to the remote location seems to be 30% lower than the rate seen locally. Is this reasonable? Explain, how far your remote site is? do you use channel extenders? 30% lower than normal could be expected. 2. How do we cause a specific allocation to go to the local VTCs (for critial applications) ? what kind of peer-to-peer VTS configuration do you have? Why do you have 4 VTCs remote? You can keep all your VTCs locally and connect to a remote VTS with following settings. You can set your VTCs to preferred I/O (to local VTS) and deferred copy mode. 3. We also use MIA (CA's Multi Image Allocation). Does anyone use MIA's PREFERENCE feature to affect allocation of the virtual tapes, locally or remote (by placing MIA subsys before OAM in IEFSSNxx) ? We do not see a way to make OAM and ACS routines do preferencing I don't think host has any control over where to write, but your VTCs do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF/FMID corellation
Alan C. Field wrote: Steve, on IBMLINK there is a PCR (Product Cross Reference) that you can key in an FMID and get the product name. I am not entitled. I have to apply for entitlement. The response to my request is to wait up to 2 business days to hear back. HLE is the FMID for LE. Makes sense. PL/I (in my system is H270330). Hmmm. not very intuitive. So if you have the correct PTF(s) listed you'll be putting maintenance on LE not PL/I. Well, that could be where the root problem is. Now I'll have to wait for that info (but I'll press ahead on the other fronts this thread has opened up). Thanks for the info. Kind regards, -Steve Comstock Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
This is intersting. I'm surprised by the number of replys that suggest download them all and let the system sort it out. I'm guilty of that too - Its just too time consuming to try and figure out if R1JK or R1JL is my release. More than once have I downloaded what I thought was the correct PTF only to get a failure at receive and have to repeat the process. More than once I have wondered why IBM doesn't just use the full FMID. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM COURSE
I would start with the Redbook VSAM Demystified, SG24-6105 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX and DB2 using DSNREXX: GET DIAGNOSTICS
On Thu, 11 Aug 2005 16:51:01 +0200, Thomas Berg [EMAIL PROTECTED] wrote: Have anyone tried or even succeded using the new DB2-commands/SQL GET DIAGNOSTICS etc through DSNREXX ? Or have some experiences using it otherwise (not in a rexx/DSNREXX) ? Thomas, My take from the doc is that GET DIAGNOSTICS is only valid as a statement in a stored procedure. It cannot be executed as a statement via DSNREXX. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS allocation SSI #24 #78
Gil, We work with defered mode. It looks as if the copy is not the cause for the problem. The local VTS is defined as preferred VTS for every local VTC (and the same way for the remote ones). We would like to interfere in allocation process and make balance between the VTCs (num of allocated devices per each). Does any one know if SSI #24 #78 get control when allocaing vts tape devices ? I would also like to learn from your experience about peak xfert rates of B20 vts (per vtc/channel) and how many channels do you use (withqwithout ESCON DIRECTOR) ? Regards, Hanan Hassan Systems - z/OS Technical Support Mehish, 15 Lincoln, 67134 Tel-Aviv, Israel ph: +972-3-5634352, fx: +972-3-5623717 - Original Message - From: Gil Peleg [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, August 11, 2005 8:34 AM Subject: Re: VTS allocation performance problems Hanan, What copy mode are you working with the VTS PtP, Immediate or Deferred? You might consider using deferred copy mode and maybe change the priority the VTS gives the copy operation. It is possible to setup the VTC to prefer specific VTS for I/O. You can also force scratch mounts to the preferred I/O VTS. This is called I/O VTS Preferencing. Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Edward E. Jaffe wrote: Steve Comstock wrote: [snip] I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? You can order PTFs by APAR number using ShopzSeries or even SUF. Both will use your inventory to determine the correct PTF for your environment. For ShopzSeries, you must generate (via a batch job) and upload (via the web) your inventory. For SUF it's automatic. Either way, it sure beats trying to figure out which FMID you're running! Sounds good. How do I get there? I went to IBMLink; no mention of ShopzSeries nor SUF. I called IBMLink help; he had never heard of either. I went back to the IBMLink page; two options look possible: Access to ServiceLink applications page ASAP - Automatic Software Alert Process AST - Automatic Status Tracking ETR - Electronic Technical Response ESC+ - Electronic Service Call PSP - Preventive Service Tracking PCR - Product Cross Reference SIS - Service Information Search SRD - Service Request and Delivery Access to Purchase/Upgrade tools page(Non-ServiceLink applications) e-config - Install/update the e-config application Inventory Services - Retrieve your IBM inventory and starting point for upgrade MRReport - Confirm your current configuration SCL - Confirm your current configuration - iSeries only ESWPrice - Look up prices for zSeries software Price - IBM Hardware and Software Prices Schedules - Product availability (excluding PCs) When I click on either page I am told I am not entitled and I must apply for entitlement and they'll get back to me within 2 business days. So, we'll see. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Dave Kopischke wrote: Hmmm. That seems like a lot of work, though, even for small amounts. I have to download, upload, unterse, then recieve for all these guys, only one of which I need. I'm not a sysprog, and never pretended to be, and I have a much deeper appreciation for the weirdness of your world now. Order the PTF's as a group. IBM packages them as one big file. You only do one FTP or web download, one FTP to your target system, and one UNTERSE to one big file of PTF's. Great. where do I go to order a bunch? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: REXX and DB2 using DSNREXX: GET DIAGNOSTICS
Thanks. The first references I got didn't mention that. It's a pity, it looked really interesting. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Rob Wunderlich Skickat: den 11 augusti 2005 20:55 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: REXX and DB2 using DSNREXX: GET DIAGNOSTICS On Thu, 11 Aug 2005 16:51:01 +0200, Thomas Berg [EMAIL PROTECTED] wrote: Have anyone tried or even succeded using the new DB2-commands/SQL GET DIAGNOSTICS etc through DSNREXX ? Or have some experiences using it otherwise (not in a rexx/DSNREXX) ? Thomas, My take from the doc is that GET DIAGNOSTICS is only valid as a statement in a stored procedure. It cannot be executed as a statement via DSNREXX. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Need more PTF guidance
You can access ShozSeries at https://www14.software.ibm.com/webapp/ShopzSeries/ShopzSeries.jsp I think you might have to wait for entitlement to use it, though. One caveat: I just used it to order a product for Internet delivery; if you do that, you must either download it to your PC (which uses a Java applet that doesn't work for me) or you can FTP it straight to your mainframe *if* you have ICSF enabled. (We don't.) Jon snip Sounds good. How do I get there? I went to IBMLink; no mention of ShopzSeries nor SUF. I called IBMLink help; he had never heard of either. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open I-O empty extended format VSAM data set
My comment on the posting below is that the language providers (COBOL, PL1, C/C++, etc.), the LE providers and the VSAM providers need to get together so that the users don't have to go through these contortions. If it is legal to create a VSAM space and then use it, the languages and supporting routines should handle it. I have been railing against the inconsistencies of VSAM handling for years. There are things that can be done when creating VSAM data sets via JCL that can't be done through IDCAMS and vice versa. The LSR problems are of long standing. If someone wants me to enlarge on this rant, I will be more than happy to do so. On 10 Aug 2005 16:04:59 -0700, [EMAIL PROTECTED] (Bill Klein) wrote: The definition of AVAILABLE file for VSAM is a little odd (obscure? strange?) Check out: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.6 A VSAM file *must* be available to OPEN I-O. See also the information at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.3.2 1 HOWEVER, (after finding all of that), I found what I think is MOST relevant in the latest Enterprise COBOL V3R4 manual (with revision bars indicating it is new). From: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.3.2 1 When you are loading an extended-format VSAM data set, file status 30 will occur on the OPEN if DFSMS system-managed buffering sets the buffering to local shared resources (LSR). To successfully load the VSAM data set in this case, specify ACCBIAS=USER in the DD AMP parameter for the VSAM data set to bypass system-managed buffering. Greg Shirey [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello all, We modified our ACS routines so that our production VSAM files will be defined as extended format VSAM, after months of testing with test VSAM files and having no issues. Early this morning, a production program that is in a job that runs every day issued an OPEN I-O on a data set and got a status code of 30, which led to a the program abend. A couple of steps earlier in the job, the VSAM file is deleted and defined, but nothing is REPRO'd into it. The programmers are saying that the job and the program have not changed, implying that they have been able to open for I-O an empty VSAM file, but are now unable to because of the change to extended format VSAM. (They got the job to run by seeding the empty VSAM file before running the program that opens it.) We've been searching for some definitive information on whether this is expected behavior for extended format VSAM, but are not having much luck searching the bookshelves. I thought I might turn to the collected wisdom of the list for feedback. We were also surprised by the return code of 30 - Permanent I/O Error? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALIAS for a LMOD
Have you performed an LLA refresh since you recreated the alias? I don't know if the STEPLIB DD card will bypass LLA processing or not. Walter Marguccio [EMAIL PROTECTED] wrote:--- Rob Wunderlich wrote: On Mon, 8 Aug 2005 12:37:51 -0700, Barry Schwarz wrote: The stolen status means the alias used to belong to a different load module. Any chance that could be part of the problem? Was the linkedit run on the same image as where the abend106 occurred? Is this an LLA managed lib? -Rob Barry, Bob, 1. The original ALIAS for the LMOD showed in the ALIAS-OF field. I found it weird, to say the least, that's why I recreated the ALIAS for the LMOD using the Binder; this is the only way I know to create an ALIAS for a LMOD. The ??? ALIAS was created by a vendor's internal tool. 2. Yes, the linkedit ran on the same image as where the Abend occurred and, yes, the library was LLA managed. However, the abending STCs had and still have a STEPLIB DD card pointing to EXEC PGM=real_lmod. It means to me that the STCs doesn't use LLA services at all. A couple days later we IPLed this very LPAR. Before the IPL the person responsible for the product recreated the weird ALIAS. Guess what ? The STCs still get Abend106 ... Something must have changed, but I don't know what. But at this point I doubt I caused the error by defining my ALIAS. Thanks. Walter Marguccio -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF/FMID corellation
Gerhard Adam wrote: For info you might try running the GIMXSID utility (SMP Reference manual - Service Routines) ... This will tell you what is installed on your system by product name and FMID. Secondly to get a better sense of the naming check out the SMP Packaging Rules manual. This should eliminate some of the guess work. Adam Hmmm. I can't seem to find either of those manuals although I can find these: SMP/E for z/OS V3R3.0 Licensed Program Specifications (LPS) SMP/E V3R3.0 for z/OS and OS/390 Commands SMP/E V3R3.0 for z/OS and OS/390 Messages, Codes and Diagnosis SMP/E V3R3.0 for z/OS and OS/390 Reference SMP/E V3R3.0 for z/OS and OS/390 User's Guide on a cursory inspection I have not found the packaging rules. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Greg Shirey wrote: Curious. If you put an S next to MVST on the panel you snipped below, you might see, on the next panel, something like: Status: SUPBY HLE7707 When I do a cross-zone query on HLE7707, I see: Status --- ZONE TYPE FMID STATUS DATE TIME REWORK GLOBAL MVSD100 FUNCTION HLE7707 ACC 02.149 15:48:19 2002112 MVST100 FUNCTION HLE7707 APP 02.149 20:05:36 2002112 If, I put an S in the column next to my target zone name (MVST100), on the next panel, I see: Entry Type: SYSMOD Zone Name: MVST100 Entry Name: HLE7707 Zone Type: TARGET Description: Language Environment Base I'm on z/OS version 1.4. YMMV. HTH, Greg Shirey Ben E. Keith Company I get: Entry Type: SYSMOD Zone Name: MVST Entry Name: HLE7707 Zone Type: TARGET Description: Type: Status: FMID: SUPBY HLE7709 Date/Time: IF_REQ UQ76040 UQ76040 UQ76040 UQ71263 UQ71760 UQ72579 UQ72540 UQ85891 UQ78072 UQ78072 Ah hah! so I go back and search on HLE7709 and get: * - Entry not found in zone. ** - Zone could not be allocated or is not initialized. Status -- ZONE TYPE FMID STATUS DATE TIME REWORK CSQ531D * CSQ531T * GLOBAL MVSD FUNCTION HLE7709 ACC 04.166 13:12:09 2004133 MVST FUNCTION HLE7709 APP 04.160 23:27:53 2004133 then, Sing the last entry I get: Entry Type: SYSMOD Zone Name: MVST Entry Name: HLE7709 Zone Type: TARGET Description: Language Environment Base Type:FUNCTION Status: APP BYP FMID:HLE7709JCLIN Date/Time: 04.160 23:27:53 APP REWORK 2004133 NPRE HCL1100 HCL1103 HCL1200 HCL1300 HCL1310 HCL1320 HCL1400 SUP HLE6607 HLE6608 HLE6609 HLE7703 HLE7705 HLE7706 HLE7707 HLE7708 HMWL110 HMWL111 HMWL210 HMWL310 HMWL410 HMWL510 HMWL610 HMWL710 HMWL810 HMWL910 JLE66H7 JLE66H8 JLE66H9 JLE66S7 JLE66S8 JLE77H3 JMWL11B JMWL11C JMWL11D JMWL11E JMWL12B JMWL12C JMWL12D JMWL12E JMWL120 JMWL121 JMWL15B JMWL15C JMWL15D JMWL15E JMWL15F JMWL15G JMWL150 JMWL151 JMWL21B JMWL21D JMWL22B JMWL22D JMWL220 JMWL23B JMWL23D JMWL230 JMWL25B JMWL25D JMWL25F JMWL250 JMWL31B JMWL31D JMWL31F JMWL32B JMWL32D JMWL320 JMWL33B JMWL33D JMWL330 JMWL35B JMWL35D JMWL35F JMWL350 JMWL41B JMWL41D JMWL41F JMWL42B JMWL42D JMWL420 JMWL43B JMWL43D JMWL430 JMWL45B JMWL45D JMWL45F JMWL450 JMWL51B JMWL51D JMWL51F JMWL52B JMWL52D JMWL520 JMWL53B JMWL53D JMWL530 JMWL54B JMWL54D JMWL540 JMWL55B JMWL55D JMWL55F JMWL55H JMWL55S JMWL550 JMWL61B JMWL61D JMWL61F JMWL62B JMWL62D JMWL620 JMWL63B JMWL63D JMWL630 JMWL64B JMWL64D JMWL640 JMWL65B JMWL65D JMWL65F JMWL65H JMWL65S JMWL650 JMWL71B JMWL71D JMWL75H JMWL75S JMWL81B JMWL81D JMWL85H JMWL85S JMWL91D JMWL95H JMWL95S DEL HLE6607 HLE6608 HLE6609 HLE7703 HLE7705 HLE7706 HLE7707 --and lots more-- Now I'm still left with the dilema of which PTF to select, since the applicable levels from the PTF download page says: Applicable component levels R703 PSY UQ91928 UP04/08/19 P F408 R705 PSY UQ91929 UP04/08/19 P F408 R706 PSY UQ91930 UP04/08/19 P F408 R707 PSY UQ91931 UP04/08/19 P F408 R708 PSY UQ91932 UP04/08/19 P F408 And now ... ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM Internal trace
On Wed, 10 Aug 2005 22:23:41 -0700, mary george [EMAIL PROTECTED] wrote: Ya it would help Basically I have ABND trace entry ,frm which control would go to a recovery routine. After which I have the following MSG entry. I want to know if recovery routine has initiated this message! ... I saw from an old APAR that the module is involved in handling user abends. No way to tell from the APAR whether that is just user abends or all abends. In either case, a recovery routine is a good bet. VTAm does issue user abends so if a user abend is really involved look in exists or brand-x code that sets hooks in VTAM. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM COURSE
You could also buy Ron Ferguson's book - VSAM - Virtual Storage Access Method The Complete Source Book for VSAM File Structures It can be purchased at: https://www.mainstar.com/resources/techbooks/vsamref/index.asp Richard Habres AVP; Enterprise Storage Technology -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eduardo Toledo Sent: Thursday, August 11, 2005 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM COURSE Hi guys, We are starting to train with mainframe some new guys in our store, young guys and recently graduated from school. We would like to train then in their basics studies, preferentially with self-study. We got lots of materials, especially at some websites, but very few about AMS VSAM, its fundamentals, basic and advanced. Do you, happen to have some material, that could help me assemble a training course, or even a website that I could find plenty of material to do so? Not only some examples, or tips, but something that would looks like as training. Also it doesn't have to be something like the VSAM Demystified either. Tks a lot in advanced Eduardo Toledo System consultant CEF-SP If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
Great. where do I go to order a bunch? Well, I used to go to IBMLink, then I think it was SRD, then it would display a section where you enter PTF numbers delimited by a space or comma. Now I go to IBMLink and it's a new page and it says I'm not registered. I'm afraid I'm going to have to wait two years to get that information too. Sorry. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM COURSE
There is also a redbook available from IBM which is pretty good.. http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246105.html?Open This book helps to demystify VSAM and gives you the information necessary to understand, evaluate, and use VSAM properly. It clarifies VSAM functions for application programmers who work with VSAM. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Habres, Richard (GTI) Sent: Thursday, August 11, 2005 2:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VSAM COURSE You could also buy Ron Ferguson's book - VSAM - Virtual Storage Access Method The Complete Source Book for VSAM File Structures It can be purchased at: https://www.mainstar.com/resources/techbooks/vsamref/index.asp Richard Habres AVP; Enterprise Storage Technology -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eduardo Toledo Sent: Thursday, August 11, 2005 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM COURSE Hi guys, We are starting to train with mainframe some new guys in our store, young guys and recently graduated from school. We would like to train then in their basics studies, preferentially with self-study. We got lots of materials, especially at some websites, but very few about AMS VSAM, its fundamentals, basic and advanced. Do you, happen to have some material, that could help me assemble a training course, or even a website that I could find plenty of material to do so? Not only some examples, or tips, but something that would looks like as training. Also it doesn't have to be something like the VSAM Demystified either. Tks a lot in advanced Eduardo Toledo System consultant CEF-SP If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
It looks like that APAR doesn't apply to your level. But UQ91932 which is for level 708 is SUPed by UQ92378 which shows UQ92379 for level 709 which is SUPed by UK02624, so you may be able to fix your problem by putting on UK02624 or UQ92369 Should be UQ92379 at the end of that last sentence *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
None of them. The F408 says these PTFs were released in the 2004 08 maintenance.. I would think it was either incorporated in the base level code in which case no PTF is required, or it got missed and is described and fixed under a differnet APAR/PTF combination, or you have discovered a new problem or this isn't the problem you are having. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
George Young wrote: That is a PL/I runtime PTF, so that will actually be against LE. Perhaps this chart will help: HLE6607 OS/390 2.7 LE HLE6608 OS/390 2.8 LE HLE6609 OS/390 2.9 LE HLE7703 OS/390 2.10 LE HLE7705 z/OS 1.2 LE HLE7706 z/OS 1.3 LE HLE7707 z/OS 1.4 LE HLE7708 z/OS 1.5 LE HLE7709 z/OS 1.6 LE So, say you are on z/OS 1.4. You would want this PTF: R707 PSY UQ91931 UP04/08/19 P F408 and it be for FMID HLE7707. George Thanks. That does help. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO/REXX Question
Dear TSO/REXX gurus - I am more familiar with REXX under z/VM CMS and in this environment there is a statement - VMFCLEAR - that you can use to clear the terminal screen for additional output and not cause the screen display to 'scroll'. Is there an equivalent command/function available under TSO/REXX environments? TIA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP Performance Reports
Found the session, but there is just an abstract. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Wednesday, August 10, 2005 3:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCP/IP Performance Reports I was just tidying up my desk and filed the foils from a session at SHARE in New York you might find useful. FTP Analysis via SMF Records, FTP Server Exits and Logging, and CTRACE SHARE Session 3961 August 16, 2004 David Cheng Applied Expert Systems, Inc. You should be able to locate it in the proceeding at http://www.share.org Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO/REXX Question
Raymond Noal wrote: Dear TSO/REXX gurus - I am more familiar with REXX under z/VM CMS and in this environment there is a statement - VMFCLEAR - that you can use to clear the terminal screen for additional output and not cause the screen display to 'scroll'. Is there an equivalent command/function available under TSO/REXX environments? TIA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 There is no standard command. Most (not all) shops have a command called CLEAR or CLRSCRN that they install to accomplish this. You might look for such a name in your linklist. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO/REXX Question
On Thu, 11 Aug 2005 14:02:20 -0700, Raymond Noal [EMAIL PROTECTED] wrote: I am more familiar with REXX under z/VM CMS and in this environment there is a statement - VMFCLEAR - that you can use to clear the terminal screen for additional output and not cause the screen display to 'scroll'. Is there an equivalent command/function available under TSO/REXX environments? Search the archives for REXX CLEAR. There is source for a simple CLEAR command. I believe there is also one on the CBT tape. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: REXX and DB2 using DSNREXX: GET DIAGNOSTICS
On Thu, 11 Aug 2005 21:11:24 +0200, Thomas Berg [EMAIL PROTECTED] wrote: Thanks. The first references I got didn't mention that. It's a pity, it looked really interesting. With DSNREXX, the same information that GET DIAGNOSTICS provides is in the SQLERRD.3 field of the SQLCA. I believe GET DIAGNOSTICS was provided for Stored Procedures because SPs don't have access to the SQLCA. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Speaking of REXX... Can you find the problem?
I've been coding in REXX since 1986 (started on VM). I like to consider myself somewhat proficient in it. However, this little tidbit ate my lunch today. I was running through ASID numbers in an IPCS dump. I was testing my lookup logic with an ASID of zeros, and kept getting incorrect output. My subroutine kept returning ASID 224 (decimal), and I was expecting it to fail. Can you guess what the problem turned out to be? ;-) /* rexx */ test_asid = ; call loop_through_ascbs ; ... exit ; loop_through_ascbs: ... ascbasid = obtain_data( ascb@ , x2d( 24 ) , 2 ) ; /* IPCS subroutine to extract data from the dump */ asid = ascbasid/* the two byte hex asid value */ if asid = test_asid then do ; say SNOC end ; ... return 0 ; Todd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Wouldn't it be WIKI and SourceForge time?
First of all, sorry for the double post. The first one I posted short before midnight and didn't see it in the morning. I didn't wear my eyeglasses or whatever happened. Sorry for that. But know back to subject: I did expect some harsh criticism/responses and I'm not sure about my official reaction :-) Well, I started this, so I deserve the result. Here we go: 1. This was not intended to be a cross-platform discussion, BUT if I think about Shell-Scripts, Java and even CBT-Tools just for our platform, what we would gain from community development. May be I'm wrong, but the I've written this and posted it to CBT works very well for a one man show (and credits to all of the valuable donations). My concern was more about real team development and to be frank, we have nothing compared to other platforms. Anybody questioning this should ask itself if something like Apache or Linux would ever have happened. Even if sourceforge (or any other CVS/SVN provider) does not have the BUILD features we need, they have BugZilla, discussion forums, RSS feeds and many more features w/o paying a dime. 2. Sorry folks, but the neglection of WIKI can't be no longer a term of discussion. Just try wikipedia.org as a alternative to google for basic information. Even though this is not the place to find the cheapest buying opportunities you would be surprised to find many background information for mathematics, algorithms (try sort for example) and other IT related subjects. And many of them are at a level that questions my interlectual properties ;-) My fault. 3. There were responses like: - Who would host this? Well, I've given some free examples like sourceforge.net or wikipedia.org and please remember this is NOT an advertising thing, just my personal view. - Everybody can edit wiki's. Well, that's the open way :-) - I don't see how we could attract PC-Script-Kiddies to our platform. Sorry but that's silly. Most of you recognized IBM-MAIN newbies by asking simple questions. How many did you see during a year? How often the response is search the archives, see link http:xxx or RTFM. If we could bundle our knowledge in a central place (not questioning this list at all) there might be more students (and they might be hackers ;-) interested in the platform. - Justify ROI or something like this worked for me the last 20 years, I don' need a change. Of course, my post was intended to ask for this answers and nobody should feel bad if she/he feels/thinks the same. It's a matter of thinking for the next 10 years. What do our customers complain about? Cost's !!! The CEO of one of the biggest companies in Germany said to me This platform is dead. There is no freeware and BMC, CA, Oracle ... are using us as a milkcow. I'm sure you've heared that too in some variations. So what's the point? Let us do real community development like making MXI, ShowMVS and others to be a replacement for expensive monitors like OMEGAMON, TMON etc, providing a scheduler (may be written in Java :-), or may be an Eclipse_to_MVS ANT tool. Sorry I'm getting tired. It was a long day (like yesterday) and my english is sort of limited. The only thing I really want to accomplish is a move to MORE community. Good night Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: 3590 mount counts
Try using GFTAXTR and GFTAVMA utilities. There is a sample on SYS1.SAMPLIB. EASI Informática Ltda Ricardo Paranhos General Manager -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Alan C. Field Enviada em: quinta-feira, 11 de agosto de 2005 13:54 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: 3590 mount counts SMF Type 21s??? Ed Micucci [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/11/2005 11:38 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject 3590 mount counts I'm trying to get 3590 mount counts for past fiscal year. EREP has mount counts for 34xx, but not 3590. Same problem with SMF #94 records. Looks like SMF #74 might have them, but we've been using NO TAPE parm setting. Does anyone have some ideas? Thanks. Ed Micucci -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3590 mount counts
On Aug 11, 2005, at 11:38 AM, Ed Micucci wrote: I'm trying to get 3590 mount counts for past fiscal year. EREP has mount counts for 34xx, but not 3590. Same problem with SMF #94 records. Looks like SMF #74 might have them, but we've been using NO TAPE parm setting. Does anyone have some ideas? Thanks. Ed Micucci Contact the support center and see if 3590's do not have mounts (EREP) for them. Sounds like a bug to me. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3590 mount counts
On Aug 11, 2005, at 1:28 PM, Jeffrey Deaver wrote: I'm trying to get 3590 mount counts for past fiscal year. EREP has mount counts for 34xx, but not 3590. Same problem with SMF #94 records. Looks like SMF #74 might have them, but we've been using NO TAPE parm setting. Does anyone have some ideas? Thanks. Try the Volume Mount Analyzer... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FINDBOOK? filter=volume+mount+analyzer Two step process 1) extract needed SMF records (14,15,21 and others) 2) generate report Might take awhile to chew through a year's worth of data, but useful reports and can report on only 3590 mounts if desired. Look at the Usage report for total mount numbers. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 Jeff, True very true. I used to skim off just the records I wanted (like the ones you mentioned) before doing a reporting . Cuts the number of records way down and processing time is improved and no unwanted data is put out on any other reports. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF/FMID corellation
On Aug 11, 2005, at 1:48 PM, Steve Comstock wrote: ---SNIP Kind regards, -Steve Comstock Alan Steve, This used to be simple 30 years ago and has gotten a lot more complex because of all the MVS versions since then. Welcome to the wonderful world of sysproging. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need more PTF guidance
In [EMAIL PROTECTED], on 08/11/2005 at 11:47 AM, Steve Comstock [EMAIL PROTECTED] said: So, how do I select the applicable component level? The 3 characters after the R are not the actual release number, but the last 3 characters of the FMID. Check your target zone to see which function you have installed and order the PTF for that level. So, how do I select the applicable component level? I guessed and tried the last, didn't work; then I tried the R705 because I see I have HLE7705 FMID (I don't even know if that's the right FMID for PL/I, but my colleague seemed to think it is). That's probably an LE function rather than a PL/I function. What's the FMID on that PTF? -- 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: Speaking of REXX... Can you find the problem?
Todd Burch [EMAIL PROTECTED] wrote: I've been coding in REXX since 1986 (started on VM). I like to consider myself somewhat proficient in it. However, this little tidbit ate my lunch today. I was running through ASID numbers in an IPCS dump. I was testing my lookup logic with an ASID of zeros, and kept getting incorrect output. My subroutine kept returning ASID 224 (decimal), and I was expecting it to fail. Can you guess what the problem turned out to be? ;-) I bet it had to do with the fact that you were using = rather than ==, so 0E01 = ... What do I win? ...phsiii (Everybody gets bitten by this one once!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html