Re: HSM Recalls
Bob, Yes, I think we mean the same: IF you have to migrate, migrating a small number of large datasets is more efficient than migrating many small ones. Your answer You don't made me think that, when migrating, it was useless to differentiate in small and large datasets. Kees. Richards, Robert B. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Kees, Am I missing something? You stated that you didn't agree with me and then proceeded to agree with my premise. Stated another way: Only migrate when you need more free space in your volume pools. Otherwise, leave it there. This is obviously a generalization on my part and leaves a lot to the imagination of the reader. Things like cost of CPU, DASD for migrate/recalls, etc. were intentionally left out of my response as I was addressing the point of migration based on size, which, in my opinion, is putting the cart before the horse. I fear we may be talking semantics here and are actually in agreement. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Monday, July 28, 2008 10:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Recalls I don't agree. First, You don't is not an answer to the question how do I. in my opinion you shouldn't is and I think that's what you intend to say and I have a different opinion. Your reasoning is correct, until the point where you don't take the cost of migration and recalls into consideration when doing the balancing act. I have determined that it saves me a lot of cpu not to migrate/recall small datasets and it only costs me a fraction more on my storagegroups. This is something missing in storage management. Fase 1 should I start migrating is realized, but fase 2 how do I migrate efficiently is not, that is what I bring into the system with leaving small datasets outside migration and what Michael also already regarded useful, but was not sure how to realize it. Kees. Richards, Robert B. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... The question posed by Michael was how does someone select datasets for migration based on size. The answer, You don't. Let me explain. The purpose of space management is to make sure that you have enough available space in your storage pools to handle new allocations and extending of existing allocations. Movement of datasets should only happen to meet that end. The only reason size matters grin is because the larger the allocation of the migration-eligible dataset is, the easier the goal is met to provide available free space in the storage pool. To that end, I agree with Ted. Migrating datasets based solely on some minimum size is ludicrous, especially if it is a very small value. We all know that placing datasets on L0, L1 and L2 is a balancing act based on constraints that vary shop-to-shop and definitely change over time. 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 Vernooy, C.P. - SPLXM Sent: Monday, July 28, 2008 9:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Recalls The down side of this method is that you only have one chance to determine the size, at dataset creation. Whatever happens to (the size of) the dataset afterwards is out of ACS routines control. We have CA-DISK and there I can (and do) explicitely exclude datasets from archiving/migration based on the size at that moment. Kees. O'Brien, David W. [C] , NIH/CIT [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Not HSM, selection is done by assigning SMS Management class based on size in the SMS ACS routine. From: Michael Wickman [mailto:[EMAIL PROTECTED] Sent: Mon 7/28/2008 8:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Recalls Just curious how you select for migration base on size. Do you set special management class based on primary space at allocation time? Or are there HSM commands that help with this selection process? *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services email mwickman at waddell dot com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, July 24, 2008 4:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] HSM
Re: How to change the ISPF code page?
Maybe this was already mentioned inthe thread, but I've been verifying effects of the changes to Terminal type by looking at the output from man commands issued from an ISHELL panel (in addition to viewing the macros mentioned). Square brackets look great there. But not so the square brackets I enter from my keyboard. I'm using PComm with Session parameters - Host Code-Page set to 1047. It was probably mentioned somewhere in this thread, but I don't know if that specification effects both keyboard mapping and display or just display. The square brackets that display correctly are x'AD' and x'BD'. These are their code points in CP1047. This is the default for the z/OS UNIX shell and utilites. So, as long as the terminal emulator is set to CP1047, they'll show up as expected. The square brackets from PComm are x'B0' and x'6A'. I've seen the brackets assigned to various code points in various code pages, but I could not find the code page that maps then to x'B0' and x'6A'. Does anybody know which code page this might be? I know I can change the keyboard mapping. Sure, but as far as PComm is concerned you would use the keyboard mapping tool and there you only assign characters visibly, i.e. you select from a list or you type them in. I've not seen a place where you can specify a hex value to be sent. IHMO, PComm will use the current Windows code page for the ASCII side (i.e. your keyboard) and the Host Code Page setting to translate from the character typed to the hex value to be sent to the host. If you open the keyboard utility, what character is shown as being the character assigned to the bracket keys? '¬' and '¦'? -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to change the ISPF code page?
They're both wrong G Mine are x'BA' and x'BB', and they work wonderfully. These are their code points in CP037. I'm working with CP0500, so mine are at x'4A' and x'5A', and believe me, they work wunderfully, too. It's simply a matter of consistent code page settings ;-) (Simply is a slight understatement, I admit.) -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Mon, 28 Jul 2008 15:58:53 EDT, IBM Mainframe Discussion List wrote: In a message dated 7/28/2008 10:55:50 A.M. Central Daylight Time, PaulG writes: I certainly remember (though obviously not as clearly as Mr. Blair) a day and age when overriding DD statements were required to appear in the same order as the overridden DDNAMEs in the proc. I was delighted to see the constraint relaxed. Suppose someone who does not know that proc X is used by 10 other jobs with overriding DDs in them decides to rearrange the DD statements within proc X. Why ever would anyone do that? Which mode of processing by IBM would be better? Another possibility is that beaucoup jobs use overrides for a universally available vendor proc like ASM, LKED, FDRxxx, CAwhatever, etc., and then the vendor decides to rearrange the DD statements within the distributed machine-readable PROCLIB containing that proc. Yes, I know, we can blame change control when the inevitable errors are found. But it would be better to avoid the errors than to find someone I believe that the recent behavior where overriding DDNAMEs are associated regardless of order would be more robust under such a change than the older behavior where DDNAMEs newly out-of-order would be treated as added rather than overriding. to blame when they occur. This situation seems to me to be analogous to users' building job streams that use output from utilities like IDCAMS as their input and require data set names to begin in column X and volser in column Y, e.g. Then IBM changes the format of the utility's output. And it's not limited to IBM. Data centers also have locally developed programs that generate SYSOUT which is then used as input for other programs, and the developer in charge of a utility cannot be expected to know all the downstream users of his SYSOUT. We have a program that postprocesses assember and binder SYSOUT. It was broken by HLASM and we adapted it. It is further broken by Tachyon, so that to use that postprocessor we revert to HLASM. But it's unthinkable that HLASM wouldn't support 31-bit addressing. Perhaps in some distant future it will even be 64-bit savvy. And there will be LPA above-the-bar. -- 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: XCF Coupling Facility Space vs In-Memory Buffers
Barbara, here's my point... You can think of XCF as a queuing mechanism between members on (potentially) different systems in the plex... The mechanism has various queuing areas (whether it be buffer pools in memory owned by XCF or coupling facility list structures). Conventional wisdom has it that one configures the buffer pools large enough and one doesn't worry too much about the size of the coupling facility structures - in that you use CFSizer to size them and don't bother tuning from there. I'm wondering whether one wouldn't be better off making the structures bigger and (perhaps) the buffer pools in the z/OS systems smaller. In other words, what are the trade offs for biasing towards space in the CF list structures vs biasing towards space in XCF buffers in z/OS? I'm not sure that makes it any clearer. :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEF403I when no other console than the HMC
Hi list: We are issuing the command MN JOBNAMES,T from our COMMNDxx In addition our CONSOLxx member contains MONITOR(JOBNAMES-T) for each defined console Now, there are cases on which we want to IPL our DR site (a shadow image copy of the first, using a different CPC) without any of the actual hardware consoles defined on our CONSOLxx, but just with the HMC console. The system IPLs ok but the messages IEF403I and IEF404I do not appear ... After the system is up, if we open a VTAM SMCS console the messages appear, and if we close the just opened SMCS console again the IEF403I and IEF404I stop to appear. Long history short, looks that we need at least one target console active in order to receive the IEF403I and IEF404I messages. We do need the IEF403I and IEF404I messages for our IPL automation rules. Any idea how to force the system to issue the IEF403I and IEF404I messages when only the HMC console is available ? Thanks in advance. Mauri. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM query
Hi I have a little question on HSM, 1. how comes I set the SETSYS INTERVALMIGRATION SETSYS MAXMIGRATIONTASKS(2) but the interval migration never start? 2. how to check the backup dataset or migration dataset (ML2) will be deleted by HSM, is there an detail report which shows all dataset AGE will be deleted by HSM? how many days left? any help will be appreciated thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Filezilla 3.1.0.1 broken for z/OS 1.7 and 1.9
Gibney, Dave wrote: If you use the filezilla client, don't upgrade to the lastest release just recently out. It's broken for SSL/TLS connections from both Vista and XP It appears that the Filezilla client (any version) does not support client certificates. Is that correct? -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XCF Coupling Facility Space vs In-Memory Buffers
Martin, still not sure that I get your point :-) I'm wondering whether one wouldn't be better off making the structures bigger and (perhaps) the buffer pools in the z/OS systems smaller. In other words, what are the trade offs for biasing towards space in the CF list structures vs biasing towards space in XCF buffers in z/OS? And here's why: I don't think XCF/XES work like this! Take the xcf signalling structures: You size them with the sizer, you get asked for number of systems that will connect and for the classlen which determines the maximum message length such a signalling structure can handle. That determines the number of 'needed' signalling paths for full connectivity. In reality, XCF uses your (init-)size-specification and allocates the structure. Each 'signalling path', i.e. each connection from one system to another, uses one list in that list structure. The (INIT)-SIZE specification basically determines how many lists with a certain entry-to-element ratio can be allocated in the structure. As far as I know, overspecifying the size in the policy basically wasts CF space, as those lists (aka signalling paths) are not used! Lock structures are different in that the hashing algorithm used basically determines where the 'quantum jump' is in termes of how many 'contentions' get the same size structure. I am assuming (Bill?) that the hashing algorithm used somehow influences the cfsizer, which is why ISGLOCK shows different size numbers than IRLM lock structures when inputting the contention information. Now cache structures, let's look at RACF :-) The nature of a cache structure is that it caches data, so I'd say biasing towards CF storage versus MVS storage depends on the application, what it caches, what type of cache is used, what serialization protocol is used for updates. There may be situations where more CF storage offers an advantage over bigger 'local' cache, even when serialization overhead is involved. You would probably know this for DB2 group buffer pools :-) But (you knew there was a but, right?): We're back to signalling structures, and here the parm that influences the 'buffer pool size' owned by XCF is called MAXMSG. There's a section in the sysplex setup book talking about maxmsg, which is the allowed upper limit for the 'pool'. Okay, that storage must be backed DREF as the code actually accessing it runs disabled. Assuming a properly configured system, *if* that buffer fills to capacity (and hence impacting paging and performance), chances are something is wrong with either another system (because it is probably not reading out the appropriate list in the signalling structure, causing it to fill until no one can write into the structure anymore, and XCF has to retry the CF write operation until there's space) or with your own system because *someone* isn't doing the msgin service properly. Wouldn't you rather have the application unable to go on talking to other members in the group (i.e. msgout gets a return code) rather then XCF having to organize huge storage areas and retrying CF operations? And running the danger of loosing not only this, but other systems as well? (I certainly would, but I had looked at sadumps where *something* was wrong :-) ). So in essence, I think the answer is 'it depends'. Biasing towards CF structure size in my opinion won't buy you anything in terms of performance for list structures, at least not for signalling structures. For lock structures you may gain something if you're able the determine the point of the 'quantum jump'. And for cache structures it depends on how they are used. Okay, now over to others. Best regards, Barbara -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[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
z9BC last POR time
Hi folks Silly question probably, I'm sure I've seen this somewhere.. I can find out the date/time of the last IPL of an individual z/OS image (D IPLINFO) but can I find out from anywhere (z/OS? HMC?) what was the date/time of the last POR of the box? Cheers Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MIDAW and Dynamic Activation
I have a strange problem going on right now. We are in the process of upgrading our EMC dasd from DMX3000 to DMX4500. We have just recently got the DMX4500 connect but not setup to be used. For some reason we are having MIDAW activated on our systems that can support MIDAW. I did not issue a SETIOS MIDAW=YES so I am not sure how it is getting turned on. So I issue the SETIOS MIDAW=NO, it says it is disabled. However when one specific Syncsort Job runs, the Output shows that MIDAW was used even though the D IOS,MIDAW shows disabled Has anyone seen that? 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
Need FDR/ABR IVP Job
Team, I would appreciate if you provide me some sample jobs for FDR/ABR which will migrate/recall dataset. Thanks in advance. Regards, Mani. The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) named above. If you are not the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you received this email in error, please contact the sender immediately by reply e-mail and destroy all copies of the original message. This email is not intended as an offer or solicitation for the purchase or sale of any financial instruments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIDAW and Dynamic Activation
Lizette Koehler wrote: I have a strange problem going on right now. We are in the process of upgrading our EMC dasd from DMX3000 to DMX4500. We have just recently got the DMX4500 connect but not setup to be used. For some reason we are having MIDAW activated on our systems that can support MIDAW. I did not issue a SETIOS MIDAW=YES so I am not sure how it is getting turned on. So I issue the SETIOS MIDAW=NO, it says it is disabled. However when one specific Syncsort Job runs, the Output shows that MIDAW was used even though the D IOS,MIDAW shows disabled Has anyone seen that? 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 It wouldn't surprise me if Syncsort turns on MIDAW for its I/Oif the processor supports it regardless of the IOS setting. -- Mark Jacobs Time Customer Service Tampa, FL The power of the Executive to cast a man into prison without formulating any charge known to the law, and particularly to deny him the judgment of his peers, is in the highest degree odious and is the foundation of all totalitarian government whether Nazi or Communist. Sir Winston Churchill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIDAW and Dynamic Activation
The IBM default for MIDAW is enabled. Did you updated PARMLIB? For IECIOSxx. MIDAW: Use the MIDAW statement to enable or disable the MIDAW facility on a system. If no MIDAW statement is specified, the MIDAW facility will be enabled on the system by default. Subtopics Parameters for MIDAW Parameters for MIDAW: MIDAW=YES|NO Specifies whether the MIDAW facility is enabled or disabled on a system. Default: YES I feel this is reasonable now. I objected when MIDAW support was introduced and it defaulted to YES as we were a site that hit some APARable problems related to MIDAW. If you want MIDAW turned off at IPL updated IECIOS00 to reflect MIDAW=NO I am currently using MIDAW and HYPERPAV without any problems. BROWSESYS1.PARMLIB(IECIOS00) Command === MIDAW=YES HYPERPAV=YES I believe that SyncSort constructs it's channel programs according to what IOS dictates is the currently allowed road rules and handles MIDAW enablement being changed dynamically.I don't know how they could do otherwise. IOS and the hardware are in charge here they just submit a channel program and if MIDAW is disabled it won't work. We are also running SyncSort 1.3 with good results. We have primarily IBM DASD 2107 and 2105. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Tuesday, July 29, 2008 7:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIDAW and Dynamic Activation Lizette Koehler wrote: I have a strange problem going on right now. We are in the process of upgrading our EMC dasd from DMX3000 to DMX4500. We have just recently got the DMX4500 connect but not setup to be used. For some reason we are having MIDAW activated on our systems that can support MIDAW. I did not issue a SETIOS MIDAW=YES so I am not sure how it is getting turned on. So I issue the SETIOS MIDAW=NO, it says it is disabled. However when one specific Syncsort Job runs, the Output shows that MIDAW was used even though the D IOS,MIDAW shows disabled Has anyone seen that? 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 It wouldn't surprise me if Syncsort turns on MIDAW for its I/Oif the processor supports it regardless of the IOS setting. -- Mark Jacobs Time Customer Service Tampa, FL 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
Alan Schenck is out of the office.
I will be out of the office starting 07/29/2008 and will not return until 09/01/2008. I will respond to your message when I return. -- IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential. If you are not the intended recipient, you must not use or disseminate the information. If you have received this email in error, please immediately notify me by Reply command and permanently delete the original and any copies or printouts thereof. Although this email 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 virus free and no responsibility is accepted by The Hartford Steam Boiler Inspection and Insurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIDAW and Dynamic Activation
Lizette, There are a number of checks that are done before the sort attempts to use MIDAW. The final check is when we look at the UCBMIDAW bit in the UCB involved. If a channel program tried to use MIDAW and it was disabled on the system level, IOS would fail the channel program with a PGM CHECK. I have seen this situation. It is possible that the sort is really not using MIDAW and the message is being posted in error. We have never seen this and however unlikely, it is possible. If you would contact me off-list, we can discuss what the next steps could be. John Reda Syncsort, Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, July 29, 2008 6:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: MIDAW and Dynamic Activation I have a strange problem going on right now. We are in the process of upgrading our EMC dasd from DMX3000 to DMX4500. We have just recently got the DMX4500 connect but not setup to be used. For some reason we are having MIDAW activated on our systems that can support MIDAW. I did not issue a SETIOS MIDAW=YES so I am not sure how it is getting turned on. So I issue the SETIOS MIDAW=NO, it says it is disabled. However when one specific Syncsort Job runs, the Output shows that MIDAW was used even though the D IOS,MIDAW shows disabled Has anyone seen that? 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
Convert from CA-1 to DFSMSrmm
Hi, I was asked to investigate the conversion from CA-1 to DFSMSrmm. I found a redbook that describes the procedure. The redbook (SG24-6241-01) is from Decmber 2003. Have there been any changes in RMM that have impact on this procedure? Are there any other issues I should be aware of when planning for this conversion? TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Attendance
Ed Finnell of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/28/2008 03:24:02 PM: In a message dated 7/28/2008 3:10:53 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: This may have happened when SCIDS was replaced by Meet the Projects. Fraid it's more subliminal than that. So you have a list that transmogrifies most projects and has been in existence since 1986 irrespective of politics and reorgs...and SHARE won't let it have one little peep of recognition-Shame, shame. Ed, Thank you for IBM-MAIN. I remember the days when there were hundreds of SHARE Posts and many replies to the posts. At my last SHARE in Baltimore I think there were just 2 SHARE Posts and no replies. In regards to the S word, I heard there weren't enough people at SCIDS in Orlando to even S them. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
In a message dated 7/29/2008 3:25:25 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Suppose someone who does not know that proc X is used by 10 other jobs with overriding DDs in them decides to rearrange the DD statements within proc X. Why ever would anyone do that? Possible reasons: 1. When I create JCL, I put my DD statements in alphabetic order by ddname within each step. It helps me find one later if I need to. My JCL is not used by others, so I am free to reorder my own DD statements according to whim. Someone with the same desire to alphabetize everything may cluelessly reorder a proc that others use without understanding the repercussions of what he is doing. 2. People make mistakes regardless of how clueless or anal retentive they are. Maybe somebody is editing a proc, accidentally deletes a DD statement, then realizes his mistake, recreates the now missing DD statement, and puts it in the wrong place because he doesn't remember exactly where it was in relation to the 20 or 30 other DD statements and he doesn't know that exact placement may be critically important. 3. Why would anyone ever do anything stupid? Never. Does that mean that stupid things never happen? 4. My program can never get to this point in the logic, so I don't need any code here to handle this situation. 5. As Donald Rumsfeld said, Stuff happens. Bottom line: software and procedures should be bullet-proof enough to survive situations that occur for reasons that make no sense to those of us who are rational, competent, wise, and blessed with huge amounts of experience. Bill Fairchild Rocket Software **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIDAW and Dynamic Activation
In a message dated 7/29/2008 6:55:10 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: The final check is when we look at the UCBMIDAW bit in the UCB involved. If a channel program tried to use MIDAW and it was disabled on the system level, IOS would fail the channel program with a PGM CHECK. I look at that same UCB bit and nowhere else. I trust the rest of the operating system to turn the bit on if the processor, controller, device, and parmlib settings all allow it. So far I haven't gotten any channel program checks, which by the way are detected by the Channel Subsystem (part of the processor hardware microcode) rather than IOS (software component of the operating system). Bill Fairchild Rocket Software **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEF403I when no other console than the HMC
Hi Mauri, Do you have MONITOR (JOBNAMES-T) specified in your HMC console definition, as in: CONSOLE DEVNUM(SYSCONS) NAME(CNSSSYSNAME.) AUTH(MASTER) ROUTCODE(1,2,10) LEVEL(ALL,NB) MONITOR(JOBNAMES-T) MSCOPE(*) CMDSYS(*) Dick Bond HFHS Mainframe Administration _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2008 4:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IEF403I when no other console than the HMC Hi list: We are issuing the command MN JOBNAMES,T from our COMMNDxx In addition our CONSOLxx member contains MONITOR(JOBNAMES‑T) for each defined console Now, there are cases on which we want to IPL our DR site (a shadow image copy of the first, using a different CPC) without any of the actual hardware consoles defined on our CONSOLxx, but just with the HMC console. The system IPLs ok but the messages IEF403I and IEF404I do not appear ... After the system is up, if we open a VTAM SMCS console the messages appear, and if we close the just opened SMCS console again the IEF403I and IEF404I stop to appear. Long history short, looks that we need at least one target console active in order to receive the IEF403I and IEF404I messages. We do need the IEF403I and IEF404I messages for our IPL automation rules. Any idea how to force the system to issue the IEF403I and IEF404I messages when only the HMC console is available ? Thanks in advance. Mauri. ‑‑ For IBM‑MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM‑MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm‑main.html File: Mime.822 == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ==
Re: HSM query
Tommy, Do you have the storage group AUTO MIGRATE set to YES in ISMF? IIRC, Backup and migrated datasets are deleted based on management class values and ARCCMDxx settings for SMS datasets. For non-SMS, read up on EXPIREBV for dataset backups. It has been awhile since I dealt with this. 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 Tommy Tsui Sent: Tuesday, July 29, 2008 5:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM query Hi I have a little question on HSM, 1. how comes I set the SETSYS INTERVALMIGRATION SETSYS MAXMIGRATIONTASKS(2) but the interval migration never start? 2. how to check the backup dataset or migration dataset (ML2) will be deleted by HSM, is there an detail report which shows all dataset AGE will be deleted by HSM? how many days left? any help will be appreciated thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
I wonder if there's a way this listserver could filter these out of the office messages we keep getting. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee I wonder if there's a way this listserver could filter these out of the office messages we keep getting. Probably not. I've never received one from the listserv itself; they always come directly from the absentee, addressed to me. I doubt the listserv ever sees them. -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: IEF403I when no other console than the HMC
Mauri Kanter wrote: Hi list: We are issuing the command MN JOBNAMES,T from our COMMNDxx In addition our CONSOLxx member contains MONITOR(JOBNAMES-T) for each defined console Now, there are cases on which we want to IPL our DR site (a shadow image copy of the first, using a different CPC) without any of the actual hardware consoles defined on our CONSOLxx, but just with the HMC console. The system IPLs ok but the messages IEF403I and IEF404I do not appear ... After the system is up, if we open a VTAM SMCS console the messages appear, and if we close the just opened SMCS console again the IEF403I and IEF404I stop to appear. Long history short, looks that we need at least one target console active in order to receive the IEF403I and IEF404I messages. We do need the IEF403I and IEF404I messages for our IPL automation rules. Any idea how to force the system to issue the IEF403I and IEF404I messages when only the HMC console is available ? Thanks in advance. Mauri. The MONITOR command is not supported in COMMNDxx any more. Use COM='SETCON MN,JOBNAMES=(ON,LOG),T=ON' instead. See MVS Console Commands http://publibz.boulder.ibm.com/epubs/pdf/iea2g181.pdf -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
On 29 Jul 2008 06:41:34 -0700, [EMAIL PROTECTED] (Chase, John) wrote: I wonder if there's a way this listserver could filter these out of the office messages we keep getting. Probably not. I've never received one from the listserv itself; they always come directly from the absentee, addressed to me. I doubt the listserv ever sees them. Interesting. I don't get them - but I don't have the listserv send me e-mail, I read the messages with my newsgroup reader, and reply to the list server. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, July 29, 2008 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: (your name here) is out of the office. I wonder if there's a way this listserver could filter these out of the office messages we keep getting. That would be nice. But, from my understanding, since Darren has retired, the motto is run the listserv as distributed by the vendor, with no mods. Most email clients can filter them. Mine can, but apparently only if it is written in English with specific phrasing. -- 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: (your name here) is out of the office.
On Tue, 29 Jul 2008 08:40:47 -0500, Chase, John wrote: I wonder if there's a way this listserver could filter these out of the office messages we keep getting. Probably not. I've never received one from the listserv itself; they always come directly from the absentee, addressed to me. I doubt the listserv ever sees them. At least some appear in the list archives. E.g: Linkname: AUTO: James Obrizok is out of the office (returning 08/04/2008) URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0807L=ibm-mainamp;P=179259 But take heart. IBM-MAIN's LISTSERV adds a header: Precedence: list I belive well-behaved MTA's do not send autoreplies to messages containing such. It seems to be at least partly effective -- ASSEMBLER-LIST supplies no Precedence: header, and I get several times more OoO replies from ASSEMBLER-LIST than from IBM-MAIN. I suppose a harsh list owner would unsubscribe anyone who autoreplies to the list. -- 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: Share Attendance
In a message dated 7/29/2008 7:29:16 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Thank you for IBM-MAIN. I remember the days when there were hundreds of SHARE Posts and many replies to the posts. At my last SHARE in Baltimore I think there were just 2 SHARE Posts and no replies. The UofA was early participants in Arpanet and charter members of bitnet. Guess I came back in '86 to help with the MVS conversion. The VM guy was good and I was pretty good at MVS and had done VM but we were having trouble with some of finer points of crossdomain, printers, networking, etc...so IBM-Main Candle, Pmail list were started to fill in the gaps for stuff we couldn't find in the manuals and ended up trial and error. When the light went on that if we were having these problems, maybe somebody else could benefit from our experiences. Darren is the only owner it's ever had, IBM-Main celebrated it's 22nd birthday in June. For long time subscribers it's been bumpy at times but I've sure learned more than I'd thought and value the inputs from developers internal and external to IBM. **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
On 29 Jul 2008 07:11:55 -0700, [EMAIL PROTECTED] (McKown, John) wrote: Most email clients can filter them. Mine can, but apparently only if it is written in English with specific phrasing. Most people don't want to filter real messages from co-workers who turn the out of office assistant on. Just those from external lists such as this 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: Example of what a very small JCL Interpreter can do to your installation.
On Mon, 28 Jul 2008 10:55:40 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: I'll sometimes disable a lot of JCL with IF. Which is why I regret that IF FALSE is documented as not supported and unpredictable in behavior (although no error is reported and the construct has (almost) the intuitive effect). If one takes the JCL reference literally, most of the examples they give are in fact not supported and unpredictable. Why? The manual states; A relational-expression consists of: Comparison operators Logical operators NOT (¬) operators Relational-expression keywords. A value, such as 8 in the relationship-expression RC = 8 is none of these. I recently opened an ETR to clarify this, and was told that what they test is relationship-expressions of the form keyword comparison-operator value, in that order. Yet value is not listed as one of the allowed components of a relationship expression. While the documentation does not rule out such expressions as STEP1.RC = STEP2.RC (and it does work), I was told that this was not something that it is not in fact supported and might not work in the future. What prompted my ETR was that I had encontered some installation JCL from CA that contained a construct something like // SET VAR1 = 1 intervening JCL // IF VAR1 = 1 THEN more JCL // ENDIF which works, but CA-JCLCHECK flagged this as an error. After some arguement with CA-JCLCHECK support, where I argued VAR1 is not a keyword (by the time the system evaluates the truth of the expression, it has been replaced by the value 1), and that the JCL Reference was clearly incomplete in its definition, I expressed my observations to IBM in an ETR. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (your name here) is out of the office.
Anyone who elects to send the dates of their vacation, along with their phone number and approximate home location to a public list is letting themselves in for a lot more pain then just the annoyance of their fellow listees. i -- Original Message -- Received: Tue, 29 Jul 2008 03:18:15 PM BST From: Howard Brazee [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: (your name here) is out of the office. On 29 Jul 2008 07:11:55 -0700, [EMAIL PROTECTED] (McKown, John) wrote: Most email clients can filter them. Mine can, but apparently only if it is written in English with specific phrasing. Most people don't want to filter real messages from co-workers who turn the out of office assistant on. Just those from external lists such as this 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Thu, 24 Jul 2008 15:56:17 -0500, Jeff Holst wrote: However, on page 5-4 of that same manual it says: Place modifying OUTPUT JCL and DD statements in the following order, after the EXEC statement that calls the procedure: For each procedure step in the invoked procedure: 1. Overriding statements can appear in any order when they explicitly specify the step that is being overridden. Added statements can appear in any order when they specify the step explicitly. Hmmm. I wonder what happens when there are two (or more) overriding DD statements referring to the same DDNAME in the PROC. Absent any explicit exclusion, I'd expect from the general description both (all) to be effective, and parameters on them to be merged into the PROC DD. But in what order? Also, in: 5.2.1.2 z/OS V1R9.0 MVS JCL Reference ___ 5.2.1.2 Modifying OUTPUT JCL and DD Statements ... Supplying In-stream Data for a Procedure To supply a procedure step with data from the input stream, code a DD * or DD DATA statement in the calling step after the last overriding and added DD statement. ... This appears to say that SYSIN DD statements must appear last among overrides. Has this ever been enforced? I hate JCL! -- 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: XCF Coupling Facility Space vs In-Memory Buffers
It is a rare day that I can correct even a minor detail of a post written by Barbara Nitz I believe the following is slightly incorrect. On Tue, 29 Jul 2008 12:32:14 +0200, Barbara Nitz wrote: (snip) Lock structures are different in that the hashing algorithm used basically determines where the 'quantum jump' is in termes of how many 'contentions' get the same size structure. I am assuming (Bill?) that the hashing algorithm used somehow influences the cfsizer, which is why ISGLOCK shows different size numbers than IRLM lock structures when inputting the contention information. (snip) The reason ISGLOCK is different from IRLM's lock structure is that ISGLOCK is a 100 % lock structure, and the IRLM lock structure is a combination of lock and list. The IRLM structure is described in the following paragraph from topic 2.4.3 Lock Structure size in book DB2 Data Sharing Planning and Administration: -=-=-=-=-=-=- The coupling facility lock structure contains two parts. The first part is a lock entry table, which is used to determine if inter-DB2 read/write interest exists on a particular hash class. Hash classes are resources that hash to a particular place in the lock table. The second part is a list of the update locks that are currently held (sometimes called a modify lock list or record list table). You can control the division of the lock structure storage between these two components by using the IRLMPROC or by using an IRLM MODIFY command. If you do not specify how the structure is to be split, IRLM attempts to divide it with a 1:1 ratio between lock table entry (LTE) and record list entry (RLE) storage. -=-=-=-=-=-=- Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Tue, 29 Jul 2008 09:18:54 -0500, Jeff Holst wrote: On Mon, 28 Jul 2008 10:55:40 -0500, Paul Gilmartin wrote: I'll sometimes disable a lot of JCL with IF. Which is why I regret that IF FALSE is documented as not supported and unpredictable in behavior (although no error is reported and the construct has (almost) the intuitive effect). If one takes the JCL reference literally, most of the examples they give are in fact not supported and unpredictable. Why? The manual states; A relational-expression consists of: Comparison operators Logical operators NOT (¬) operators Relational-expression keywords. A value, such as 8 in the relationship-expression RC = 8 is none of these. I recently opened an ETR to clarify this, and was told that what they test is relationship-expressions of the form keyword comparison-operator value, in And even this doesn't cover IF KEYWORD, which is tolerated, whatever its effect. It appears almost as if the developer was considerably more skilled at language design than the tech writer. that order. Yet value is not listed as one of the allowed components of a relationship expression. While the documentation does not rule out such expressions as STEP1.RC = STEP2.RC (and it does work), I was told that this was not something that it is not in fact supported and might not work in the future. Copout! This is irresponsible language design. If the JCL developers had any pride of craftsmanship, they would remove all references to unpredictable and unsupported from the language specification by variously either: o Specifying clearly the predictable behavior of supported constructs o Reporting as JCL errors all remaining (unsupported) constructs. As for the compatibility implications of reporting as errors use of constructs that might not work in the future, better that progammers foolishly exploiting such constructs be informed today rather than in the future. I hate JCL! -- 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: (your name here) is out of the office.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin [ snip ] I suppose a harsh list owner would unsubscribe anyone who autoreplies to the list. Just set their accounts to NOMAIL. If they don't receive anything, they can't autoreply. Then when they return, they can ask why they're not getting anything from the list. :-) -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
SMF type 30, duplicate entries
Hello list, I'm trying to produce some statistics for batch jobs using SMF type 30 record. From my daily SMF data I extract only type 30 records, subtype 5, and work-type (SMF30WID) = JES2. The statistics provide what I want, but some jobs appears four time in the list; all the four rows are identical to one another. Any clue as to why, or how to obtain one entry only per job ? TIA. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.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: SMF type 30, duplicate entries
On Tue, 29 Jul 2008 08:14:36 -0700, Walter Marguccio [EMAIL PROTECTED] wrote: Hello list, I'm trying to produce some statistics for batch jobs using SMF type 30 record. From my daily SMF data I extract only type 30 records, subtype 5, and work-type (SMF30WID) = JES2. The statistics provide what I want, but some jobs appears four time in the list; all the four rows are identical to one another. Any clue as to why, or how to obtain one entry only per job ? TIA. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.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 The SMF type 30 data has EXCP segments and thus long-running jobs/tasks can create continuation records to record the additional DD/EXCP segment sections. 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: secure ftp on the mainframe
Do you have any links to SFTP sources? Google search results were confusing and ambiguous. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Thursday, July 24, 2008 11:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: secure ftp on the mainframe On Thu, 24 Jul 2008 08:00:55 -0700, Kurt Eastwood [EMAIL PROTECTED] wrote: Is SFTP really a 'secure ftp'? SFTP is not FTP at all. It is a secure, FTP-like communication protocol. (SFTP here, is a function provided by the ssh protocols.) I'm not sure anyone has really stated that in this thread, so I thought I'd mention it. Others have discussed additional details that I don't need to repeat. -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: secure ftp on the mainframe
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, July 29, 2008 10:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: secure ftp on the mainframe Do you have any links to SFTP sources? Google search results were confusing and ambiguous. sftp (not SFTP) is a part of SSH. Try: http://www.openssh.org/manual.html in particular http://www.openbsd.org/cgi-bin/man.cgi?query=sftpsektion=1 Or maybe I'm not understanding your question. sftp is a part of SSH. One thing that might be confusing is that there is not an sftp daemon. The sftp client talks to the ssh daemon, just like the ssh command does. Or the scp program, for that matter. -- 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: secure ftp on the mainframe
http://www-03.ibm.com/servers/eserver/zseries/zos/unix/pdf/docs/fotza105 .pdf from page 14: OpenSSH's sftp and IBM Communications Server's FTP with System SSL differ from each other. OpenSSH's sftp is an Open Source implementation of the IETF Secure Shell (SECSH) SSH File Transfer Protocol Internet Draft. OpenSSH uses a statically linked OpenSSL archive library to perform its cryptographic functions. OpenSSH does not provide key management facilities, nor is integrated with those provided by IBM. Password authentication is the only form of authentication where OpenSSH queries the security product. Public key authentication is currently overseen by the daemon. The Communications Server FTP server and client support Transport Layer Security (TLS). The FTP client and server negotiate the use of TLS based on a subset of the FTP security negotiation functions documented in RFC 2228. FTP uses z/OS System SSL, and therefore can use the cryptographic hardware. FTP can also use SAF facilities for key management. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, July 29, 2008 10:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: secure ftp on the mainframe Do you have any links to SFTP sources? Google search results were confusing and ambiguous. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Thursday, July 24, 2008 11:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: secure ftp on the mainframe On Thu, 24 Jul 2008 08:00:55 -0700, Kurt Eastwood [EMAIL PROTECTED] wrote: Is SFTP really a 'secure ftp'? SFTP is not FTP at all. It is a secure, FTP-like communication protocol. (SFTP here, is a function provided by the ssh protocols.) I'm not sure anyone has really stated that in this thread, so I thought I'd mention it. Others have discussed additional details that I don't need to repeat. -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: secure ftp on the mainframe
sftp usually refers to the file transfer protocol that works as an ssh subsystem (although some use the term to refer to FTP/TLS). In the OpenSSH implementation, sftp and sftp-server are separate binaries that are shipped as part of OpenSSH. The sources for sftp and sftp-server are available from: http://www.openssh.com/ It is possible to port these to z/OS and use them with IBM's port of ssh and sshd. It is very easy to configure sshd to use a different sftp-server. The later versions of OpenSSH rely on a newer version of the GNU autoconf tool chain, which is not available for z/OS, so that complicates things. And of course, adding in the z/OS specific patches, especially to support datasets, PDSs, etc, is a big job. Kirk Wolf Dovetailed Technologies On Tue, Jul 29, 2008 at 10:27 AM, Hal Merritt [EMAIL PROTECTED] wrote: Do you have any links to SFTP sources? Google search results were confusing and ambiguous. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF type 30, duplicate entries
But then they would not be identical... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Tuesday, July 29, 2008 8:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] SMF type 30, duplicate entries On Tue, 29 Jul 2008 08:14:36 -0700, Walter Marguccio [EMAIL PROTECTED] wrote: Hello list, I'm trying to produce some statistics for batch jobs using SMF type 30 record. From my daily SMF data I extract only type 30 records, subtype 5, and work-type (SMF30WID) = JES2. The statistics provide what I want, but some jobs appears four time in the list; all the four rows are identical to one another. Any clue as to why, or how to obtain one entry only per job ? TIA. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.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 The SMF type 30 data has EXCP segments and thus long-running jobs/tasks can create continuation records to record the additional DD/EXCP segment sections. 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: z9BC last POR time
You can go back through the HMC activity/event logs. Regards, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bri P Sent: Tuesday, July 29, 2008 6:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z9BC last POR time Hi folks Silly question probably, I'm sure I've seen this somewhere.. I can find out the date/time of the last IPL of an individual z/OS image (D IPLINFO) but can I find out from anywhere (z/OS? HMC?) what was the date/time of the last POR of the box? Cheers Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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: JES2 EXIT 52 - JCTCLASS
FROM JES2 INSTALL EXITS DOC: (section 63.4, z/OS 1.7) Module HASPINJR invokes installation Exit 52 for initial JOB statement images. Input service has obtained and initialized the job control table (JCT) and the IOT before calling installation Exit 52. After performing the processing you coded in Exit 2, input services complete scanning the JOB statement and allocate spool space for the job. It's clearly states the JCT has been initializedhmmm, initialized to what is the question. I read that to mean that it was populated with appropriate values based on field descriptions in the JCT. Silly me. Thanks again to everyone for their feedback. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Statistics when writing PDS members
I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCLM in btch
We use the base SCLM, but have been unable to get any batch processes running. It seems the main environment establishment API does not support REXX. Has anyone been able to implement any SCLM batch processes? Thanks NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
Kirk, I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Itschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 6:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Statistics when writing PDS members I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.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: secure ftp on the mainframe
I was referring to the sftp that Walt mentioned. My take was that it was neither TLS nor SSH. SFTP is not FTP at all. It is a secure, FTP-like communication protocol. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dooley, Robert Sent: Tuesday, July 29, 2008 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: secure ftp on the mainframe http://www-03.ibm.com/servers/eserver/zseries/zos/unix/pdf/docs/fotza105 .pdf ..snip NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD macro behavior
The behaviour that you are describing does not seem to contradict the documentation. Note that you will reach more IBM-Mainers if you send your Email to the listserv. See registration information below. Bill [EMAIL PROTECTED] wrote: Hi I have a program (PROGA 24/24), issue a LOAD EP=PROGB,LOADPT=FWD. PROGB is (31,24). The value in FWD is of the order x'00XX'. Now, this causes a problem when I load it into R15 and do a BASSM against it. At this point PROGB is executing in amode 24! Now, if instead I issue LOAD EP=PROGB, and inspect R0, voila! R0 has a value of x'80XX'. Now the BASSM will work fine. We are running zOS 1.7 Has anyone experienced this oddity, or am I just lucky? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
Is there no way of calling LMMSTATS from C++? i -- Original Message -- Received: Tue, 29 Jul 2008 05:21:55 PM BST From: Itschak Mugzach [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Kirk, I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Itschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 6:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Statistics when writing PDS members I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Filezilla 3.1.0.1 broken for z/OS 1.7 and 1.9
Looks to be correct. I never got that far with using client certificates, yet. Still SSL clients that speak z/OS also are still rare (especially free ones). I've come to depend on it and hope it can be fixed. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ulrich Boche Sent: Tuesday, July 29, 2008 2:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Filezilla 3.1.0.1 broken for z/OS 1.7 and 1.9 Gibney, Dave wrote: If you use the filezilla client, don't upgrade to the lastest release just recently out. It's broken for SSL/TLS connections from both Vista and XP It appears that the Filezilla client (any version) does not support client certificates. Is that correct? -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF type 30, duplicate entries
Are you saying the entire record is duplicated? That would be unusual. Or is it just your selected fields that are appearing to be the same? It is possible for several jobs of the same name to enter the system with the same time stamp, things are now moving so fast. It is possible to get around this by selecting certain fields from the record to use as a unique job identifier. This works for me except in the case of a restarted job where some additional programming was required. Check the SMF30PF1 byte in the performance section. Hope this helps. David Elliot zSeries Software Engineer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Marguccio Sent: Tuesday, July 29, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMF type 30, duplicate entries Hello list, I'm trying to produce some statistics for batch jobs using SMF type 30 record. From my daily SMF data I extract only type 30 records, subtype 5, and work-type (SMF30WID) = JES2. The statistics provide what I want, but some jobs appears four time in the list; all the four rows are identical to one another. Any clue as to why, or how to obtain one entry only per job ? TIA. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.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: Statistics when writing PDS members
It Runs under ISPF... No ISPF. No TSO is the basic requirement. ITschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Tuesday, July 29, 2008 6:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Is there no way of calling LMMSTATS from C++? i -- Original Message -- Received: Tue, 29 Jul 2008 05:21:55 PM BST From: Itschak Mugzach [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Kirk, I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Itschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: | Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 6:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Statistics when writing PDS members I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.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: SORT SPLICE (?)
On Jul 28, 1:43 pm, Willy Jensen wrote: Hi, I am trying to splice a set of datarecords with a lookup table. My aim is to to add the contents from matching lookup records to the data file. The front part of the lookup record should overlay the empty front part of data records with matching key (col 1). I have been reading the SORT / ICETOOLS manual, and though SPLICE looked promising, I could not get it to do what I wanted, I have tried to outline the basics here, where the byte in the 1st char is the 'slice' control. The sample do not look too good with proportional font, but I hope that you get the idea. Is this possible at all with sort? Any other suggestions ? All comments are welcome. Lookup file: 1 20080506 20080508 2 Data file 120080506 DATA1 120080506 DATA2 120080506 DATA3 320080506 DATA4 Output file 1 20080506 20080508 20080506 DATA RECORD 1 1 20080506 20080508 20080506 DATA RECORD 2 1 20080506 20080508 20080506 DATA RECORD 3 2 320080506 DATA RECORD 4 Willy, You can use a DFSORT/ICETOOL job like the following to do what you asked for: //S1 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSGDD SYSOUT=* //CON DD * 1 20080506 20080508 2 /* //DD * 120080506 DATA1 120080506 DATA2 120080506 DATA3 320080506 DATA4 /* //OUT DD SYSOUT=* //TOOLIN DD * SPLICE FROM(CON) TO(OUT) ON(1,1,CH) WITHALL KEEPNODUPS - WITH(26,14) USING(CTL1) //CTL1CNTL DD * OUTFIL FNAMES=OUT, IFTHEN=(WHEN=(35,4,CH,NE,C' '), BUILD=(1,33,44:35,4,C' RECORD ',39,1)) /* Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF type 30, duplicate entries
On Tue, 29 Jul 2008 08:14:36 -0700, Walter Marguccio wrote: Hello list, I'm trying to produce some statistics for batch jobs using SMF type 30 record. From my daily SMF data I extract only type 30 records, subtype 5, and work- type (SMF30WID) = JES2. The statistics provide what I want, but some jobs appears four time in the list; all the four rows are identical to one another. Any clue as to why, or how to obtain one entry only per job ? TIA. Walter Marguccio Use the following to determine whether the SMF record is the first for the job, or a subsequent record for that same job. From z/OS SMF, topic Type 30: -=-=-=-=-=-=-=- Note: The following rules apply to all subtypes (except subtype 1). When examining a type 30 record: o A record is the first record if at least one of the following fields is non-zero: - SMF30AON - SMF30ARN - SMF30CON - SMF30DRN - SMF30OON - SMF30PON - SMF30RON - SMF30TON - SMF30UON o A record is an additional record if the following fields are all zero: - SMF30AON - SMF30ARN - SMF30CON - SMF30DRN - SMF30OON - SMF30PON - SMF30RON - SMF30TON - SMF30UON o In either a first or additional record: - there are more records to follow if at least one of the following fields is non-zero: - SMF30EOS - SMF30MOS - SMF30OPM - SMF30RMS - SMF30UDS - this is the last record if the following fields are all zero: - SMF30EOS - SMF30MOS - SMF30OPM - SMF30RMS - SMF30UDS -=-=-=-=-=-=-=- Sounds like your logic will work just fine if you exclude all the additional records for the job. Or, if you are actually trying to process all of the EXCP data for example, then enhance your logic to combine all of the separate records for the job together within your program. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Statistics when writing PDS members I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. Can C++ affect the STOW parameters? If so, then the ISPF statistics are just in the user area of the directory entry. Their format is documented in the ISPF manuals. Ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzdg60/C.4. 4 tinyurl to above: http://preview.tinyurl.com/5k9cby On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Personally, I would use the ISPF technique as the default. I think it is superior in that concurrent access is more easily done. Most other software also uses this defacto standard. Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- 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: Statistics when writing PDS members
iirc the stats are an ISPF feature. No ISPF: no stats, QED. But what's the issue with ispf? Its just a few more libraries in the concatenation. i -- Original Message -- Received: Tue, 29 Jul 2008 06:03:13 PM BST From: Itschak Mugzach [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members It Runs under ISPF... No ISPF. No TSO is the basic requirement. ITschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Tuesday, July 29, 2008 6:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Is there no way of calling LMMSTATS from C++? i -- Original Message -- Received: Tue, 29 Jul 2008 05:21:55 PM BST From: Itschak Mugzach [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Kirk, I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Itschak | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: | Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 6:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Statistics when writing PDS members I'm working on some code written in C++ (with some assembler) that does I/O to Unix files and z/OS datasets using the C library. The C library supports writing PDS members, but it doesn't supporting adding ISPF-style member statistics. I'm looking for suggestions on how to create statistics for a member that I add or update. Of course, I could rewrite all of the PDS I/O in assembler, but I'd rather not. It would be nice if there were a callable service that would just update the directory and add statistics, with the restriction that my code really can't require a TSO TMP or ISPF environment. Also, I assume that updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. On a related question, I know that it is customary when adding or updating PDS members for code to allocate the dataset with DISP=SHR and then to use the ISPF ENQ protocols for serializing the directory and member names. Our plan is to allow this method, or to allow DISP=OLD allocation of the dataset.My question is this: which technique should be the default? Any ideas or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Tuesday, July 29, 2008 12:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members iirc the stats are an ISPF feature. No ISPF: no stats, QED. No, ISPF statistics are just kept in the member's directory entry, in the user area. They are a convention for the use of this area. Anything can create or use them. But what's the issue with ispf? Its just a few more libraries in the concatenation. i Overhead. You must set up a TSO environment, then set up an ISPF environment under it. I do this, believe it or not, in a UNIX REXX CGI which is run from a Web page. It is not difficult, but it does have some fairly hefty overhead. -- 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: Statistics when writing PDS members
Ian S. Worthington wrote: iirc the stats are an ISPF feature. No ISPF: no stats, QED. These stats are just normal user data in a PDS directory entry. Any program issuing STOW can create/update them. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about: Host on Demand
P lapr users point to the HoD using a PC emulator. The problem is that P company end users point to HOD to the Mainframe (basically an HTML file) and the Title on the MF states that they are logging onto PB, not P. So, needs to be updated to reflect P system. Where can i locate the file at HOST to update the mainframe name ? P and PB were a unique company in the past. Thanks in advance. Manuel. _ Herramientas para combatir la crisis. MSN Dinero http://dinero.es.msn.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: Statistics when writing PDS members
For sure. But does anything else apart from ispf interpret that data? i -- Original Message -- Received: Tue, 29 Jul 2008 06:38:30 PM BST From: Edward Jaffe [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Ian S. Worthington wrote: iirc the stats are an ISPF feature. No ISPF: no stats, QED. These stats are just normal user data in a PDS directory entry. Any program issuing STOW can create/update them. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCLM in btch
I have implemented them in REXX. I don't have the code with me right now, but I can send you some samples off list tonight, if you like. Regards, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, July 29, 2008 9:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SCLM in btch We use the base SCLM, but have been unable to get any batch processes running. It seems the main environment establishment API does not support REXX. Has anyone been able to implement any SCLM batch processes? Thanks NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
I think the explicit requirement was no ISPF environment during the writing of the data. But the implicit requirement is that someone will use the ISPF statistics at a later date, and probably within ISPF. Pedro Vera phone (408) 463-4812 internet [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: Statistics when writing PDS members
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Tuesday, July 29, 2008 12:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members I do something similar for REXEC calls which have to be directed to TSO via USS (don't ask): there's a tso only flavour for normal rexx, and a tso+ispf flavour for those execs that use ispf services. The delta is the alloc of the libraries and we've never had any performance issues with them. And I'm a great believer in the right interface for the right job: If something is exposed through a particular interface, then choose that rather then rewriting it because you know it won't be quite right, and it will break at some point down the road. Usually after you've left and someone else has to pick up the pieces. i Well, I can certainly agree with that! That's why my CGI uses ISPF. It is simple and easy to understand what I am doing. I could code the equivalent IGGCSI00 call directly in REXX, but (at least to me) the IGGCSI00 is very difficult to understand. However, for this one case, I really doubt that IBM is ever going to change how ISPF statistics are kept. It would cause great screams in the user community. -- 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: DSN wirh LRECL 32760 on Z/OS
snip--- Even given that you can use VSAM spanned or variable spanned PS, the next issue is how does he get the data into the dataset. He would have to devise some funky way of reading the outside data in pieces, assembling it into the 32761 byte record and writing it to the output dataset. I believe you can do the latter (PS) with BSAM. But I grant that many regard BSAM as funky. -unsnip--- IIRC, it can be done with QSAM as well. I can't remember the details but it had something to do with the LRECL field of the DCB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Recalls
At 09:17 -0500 on 07/28/2008, Adams, Rick wrote about Re: HSM Recalls: We set the exit up to not migrate any datasets smaller than 10MB for 60 days and to not migrate datasets smaller then 5MB for 400 days. I assume this is since last access not since creation since a dataset that is accessed daily would be eligible for migration 60 days after creation if you use creation not use dates. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Recalls
At 10:28 -0400 on 07/28/2008, Richards, Robert B. wrote about Re: HSM Recalls: Am I missing something? You stated that you didn't agree with me and then proceeded to agree with my premise. Stated another way: Only migrate when you need more free space in your volume pools. Otherwise, leave it there. If you add Last Use dates in there you can level off your migration load since you free up space when there is no need to keep the dataset on DASD instead of waiting for a Free Space crisis and then doing mass migrations (ie: you regain free space sooner this way so your average is higher and thus there is a lower need to go into panic mode). Also if you know your usage pattern (such as a dataset this is only accessed/needed once a month/quarter), you can flush it out once you're done with it for the period and restore it as the start of the new period approaches). -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Attendance
snip-- Yes, IBM-MAIN no longer has an official table, but you can usually spot IBM-Main members at either the MVS, JES2 or JES3 table. However, I generally find that the easiest way to meet IBM-Main'ers at SCIDS to stand around the unofficial IBM-Main table (aka the Bar). And regardless of whatever others may say, that is the one and only reason I hang out around the Bar (that's my story and I'm sticking with it). -unsnip--- Let me suggest an alternative mechanism: let all IBM-MAIN members wear their ID badges on their left shoulders, facing to the wearer's left. I'd love to meet other members face-to-face, but the economics are prohibitive in my case. Maybe when SHARE comes back to Chicago... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
I do something similar for REXEC calls which have to be directed to TSO via USS (don't ask): there's a tso only flavour for normal rexx, and a tso+ispf flavour for those execs that use ispf services. The delta is the alloc of the libraries and we've never had any performance issues with them. And I'm a great believer in the right interface for the right job: If something is exposed through a particular interface, then choose that rather then rewriting it because you know it won't be quite right, and it will break at some point down the road. Usually after you've left and someone else has to pick up the pieces. i -- Original Message -- Received: Tue, 29 Jul 2008 06:35:20 PM BST From: McKown, John [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Tuesday, July 29, 2008 12:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members iirc the stats are an ISPF feature. No ISPF: no stats, QED. No, ISPF statistics are just kept in the member's directory entry, in the user area. They are a convention for the use of this area. Anything can create or use them. But what's the issue with ispf? Its just a few more libraries in the concatenation. i Overhead. You must set up a TSO environment, then set up an ISPF environment under it. I do this, believe it or not, in a UNIX REXX CGI which is run from a Web page. It is not difficult, but it does have some fairly hefty overhead. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCLM in btch
In a message dated 7/29/2008 12:54:05 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Has anyone been able to implement any SCLM batch processes? Which FM are you using? Once the initial SKELs are setup it ought to do the trick. 2.2.10 Batch Processing The Verify Batch Job Information panel shown in _Figure 110_ (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsc40/2.2.10?SHELF=ISPZPM40DT= 20050711210936#FIGFJOBCD) is the standard panel for the SCLM functions that allow you to select batch processing. When you enter SUBMIT and when the JOB statement is not on the submittal panel, this panel appears. SCLM requires JCL job statements when you process in batch mode. Note: SCLM can automatically generate unique jobnames. If you use the jobname USERIDx, where x is a letter of the alphabet or a digit, SCLM increments this letter or number by one for the next job. For example, if your USERID is SMITH, and your jobcard is submitted with the jobname SMITH3, the jobname is updated to SMITH4. (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsc40/picture-46?mode=zoom) Figure 110. Verify Batch Job Information (FLMDSU#P) **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Attendance
In a message dated 7/29/2008 1:09:48 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: I'd love to meet other members face-to-face, but the economics are prohibitive in my case. Maybe when SHARE comes back to Chicago... I'll make ibm-main Dots if anybody does that kind of stuff any more. **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
Ian S. Worthington wrote: For sure. But does anything else apart from ispf interpret that data? Our products do. I suspect we're not alone. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about: Host on Demand
It depends, if it's the web browser title, then it's the session config on the HOD web server. If it's inside the green part of the screen (which is usually black), it would be whatever VTAM application is connected on the system. Len Rugen In theory, there is no difference between theory and practice. But in practice, there is. - Yogi Berra -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Manuel Tabares Solórzano Sent: Tuesday, July 29, 2008 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Question about: Host on Demand P lapr users point to the HoD using a PC emulator. The problem is that P company end users point to HOD to the Mainframe (basically an HTML file) and the Title on the MF states that they are logging onto PB, not P. So, needs to be updated to reflect P system. Where can i locate the file at HOST to update the mainframe name ? P and PB were a unique company in the past. Thanks in advance. Manuel. _ Herramientas para combatir la crisis. MSN Dinero http://dinero.es.msn.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
On Tue, 29 Jul 2008 18:20:27 +0200, Itschak Mugzach wrote: I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Don't try doing this yourself. Use STOW. You might have to write an assembler subroutine to do it. When you add the user data, the directory entry will be larger and the rest of the directory will have to be rewritten. STOW will take care of that for you. BTW, the high key is a PDS is 8 bytes of x'FF'. -- 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
Re: IEF403I when no other console than the HMC
Hi: Many thanks for the ideas on what to I will check them tomorrow at work ... Mauri. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
And I don't know which machine you are on but you could run z/VM and z/Linux as the new platform to move the workload too and keep the mainframe around. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Monday, July 07, 2008 4:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? snip Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. /snip LOL I agree w/Gil. The timeframe is ridiculously short for a project of this magnitude, even if you are a batch only shop! I would start asking the project manager questions: What if something goes wrong? (and it will, just ask Murphy) What are your contingency plans? What is you contingency plan if the schedule slips? What is you applications inventory? Have you mapped all of the relationships between applications (file transfers, data shares,.)? What is the destination platform? Is it homogenous (all *nix, Windoze)? How will all of the applications communicate during and after the transition? What is your security plan? (the answer to this one should be a hoot!) Etc The risk of going unsupported should be minor in this case, but if the *whole* project fails, you are far behind the curve. The have been plenty of failures in the past (http://www.actscorp.com/reboothill.htm) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCLM in btch
Please!! And a virtual beverage of your choice for your kindness. Hmerritt circled 'a' jackhenry spot com Thanks!! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Wilson Sent: Tuesday, July 29, 2008 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SCLM in btch I have implemented them in REXX. I don't have the code with me right now, but I can send you some samples off list tonight, if you like. Regards, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, July 29, 2008 9:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SCLM in btch We use the base SCLM, but have been unable to get any batch processes running. It seems the main environment establishment API does not support REXX. Has anyone been able to implement any SCLM batch processes? Thanks NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Tuesday, July 29, 2008 1:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? And I don't know which machine you are on but you could run z/VM and z/Linux as the new platform to move the workload too and keep the mainframe around. ___ Jim Petersen Curiously, in my readings, whenever management has made this decision, they want to junk not just z/OS (due to cost), but the entire concept of the z series mainframe. Even if it could be used to run z/Linux under z/VM, connected to FCP DASD (just like Intel et al.). The entire concept of the mainframe is usually discredited. Even shops which use virtualization (VMWare et al.) seem to think that z/VM is inferior (it is greatly superior) and too expensive. If you try to explain otherwise, then it is hands-in-ears saying LA-LA-LA-LA I can't hear you! -- 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: Statistics when writing PDS members
Tom, Thanks for clarifying. Its a pity that the C library doesn't have a call to set directory entry user data before closing. It seems like alot of overhead to OPEN/BLDL/POINT/STOW/CLOSE and rewrite the directory (at least those entries following the one that you updated) each time you replace a member. I assume that one could also use the new DESERV macro... As far as the motivation for this: we're working on a file transfer tool and I thought that it would be nice if it created ISPF statistics when adding/replacing members. It would also be nice if the C library supported the ISPF ENQ/DEQ protocol for partitioned datasets. IBM's FTP server supports both and it is written mostly in C and doesn't require a TSO or ISPF environment... perhaps they aren't using their own crappy C library for PDS I/O ? :-) FWIW, the JZOS library uses the C library for dataset and PDS I/O, so it suffers the same limitations. It would be great if the C library had general support for DESERV, but I guess eventually z/OS legacy file structures will go away :-) Kirk On Tue, Jul 29, 2008 at 12:46 PM, Tom Marchant [EMAIL PROTECTED] wrote: On Tue, 29 Jul 2008 18:20:27 +0200, Itschak Mugzach wrote: I don't know an interface, but you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Don't try doing this yourself. Use STOW. You might have to write an assembler subroutine to do it. When you add the user data, the directory entry will be larger and the rest of the directory will have to be rewritten. STOW will take care of that for you. BTW, the high key is a PDS is 8 bytes of x'FF'. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Wow! Rockin' Rollin' the Mainframe Stayed Up!
Wow!! Did you feel that?! http://www.foxnews.com/story/0,2933,393781,00.html The phones are still squirrelly. But, the mainframe didn't skip a beat! Those ISO-Base Seismic Isolation Platforms -- from Worksafe Technologies -- *really* work! http://www.worksafetech.net/isobase.html -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statistics when writing PDS members
Sounds like a good candidate for an environment-specific subroutine using Metal C on the mainframe (v1.9 and up only, allows embedded assembler, so I have read). If it works as one would hope it does, you could put the DESERV and ENQ/DEQ and other assembler stuff right into a C framework ... And thanks for having the good idea to create ISPF statistics when updating mainframe PDS's. Keep up the good work! Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, July 29, 2008 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Statistics when writing PDS members Tom, Thanks for clarifying. Its a pity that the C library doesn't have a call to set directory entry user data before closing. It seems like alot of overhead to OPEN/BLDL/POINT/STOW/CLOSE and rewrite the directory (at least those entries following the one that you updated) each time you replace a member. I assume that one could also use the new DESERV macro... As far as the motivation for this: we're working on a file transfer tool and I thought that it would be nice if it created ISPF statistics when adding/replacing members. It would also be nice if the C library supported the ISPF ENQ/DEQ protocol for partitioned datasets. IBM's FTP server supports both and it is written mostly in C and doesn't require a TSO or ISPF environment... perhaps they aren't using their own crappy C library for PDS I/O ? :-) FWIW, the JZOS library uses the C library for dataset and PDS I/O, so it suffers the same limitations. It would be great if the C library had general support for DESERV, but I guess eventually z/OS legacy file structures will go away :-) Kirk This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: secure ftp on the mainframe
On Tue, 29 Jul 2008 11:22:16 -0500, Hal Merritt [EMAIL PROTECTED] wrote: I was referring to the sftp that Walt mentioned. My take was that it was neither TLS nor SSH. SFTP is not FTP at all. It is a secure, FTP-like communication protocol. Perhaps you didn't see the next sentence of that message? SFTP here, is a function provided by the ssh protocols. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wow! Rockin' Rollin' the Mainframe Stayed Up!
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Wow!! Did you feel that?! http://www.foxnews.com/story/0,2933,393781,00.html Nope, didn't feel a thing. But then, I slept through the Sylmar event back in '71 (or '72; I forget) while stationed at MCAS El Toro. :-) -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: Statistics when writing PDS members
Kirk Wolf asked: ... updating a member with statistics is expensive since it would probably have to rewrite the whole directory to expand the directory entry length. Not necessarily. Regardless, don't worry about it. It is not an issue if the data is a PDSE. If it is an ordinary PDS, it happens in the cache anyway (these days). Unless you have a HUGE directory, it's not likely to be any more real channel overhead than writing a BIG block or two. So, so what? It's the right thing to do, so do it. It costs what it costs (however minimal in most instances). I'm looking for suggestions on how to create statistics for a member that I add or update. Write (or crib) an assembler subroutine you can call from your C code that does a STOW. Get the basic data for the directory entry from the existing one via BLDL, then add the ISPF stats to it, updating its length, and then STOW it. There is no need to (re)write the member('s data). Just STOW a new directory entry for it. There must be dozens of examples of this sort of thing you could find online somewhere to download and adapt. Better: Write your own. ENTER-OPEN-BLDL-STOW-CLOSE-EXIT. Lots of folks here have done this, and can help should that be needed. ... which technique should be the default? DISP=SHR together with the ISPF ENQ. I guess eventually z/OS legacy file structures will go away :-) Not in our lifetime, and probably not in that of those that come after us. Itschak Mugzach wrote: ... you can open the PDS as a sequential file and read the directory until you get ZZ (if I remember correctly). 8X'FF' Don't know what will happen if you'll try to write it back..., but I presume that if it conforms to the PDS directory format, it will be OK. Nope. No need. (Use STOW instead.) Regardless, this will not work (unless you're using EXCP, which you can't with a PDSE, anyway). You'll destroy the HWM TTR in DS1LSTAR, as well. Bad idea. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD macro behavior
On Tue, 29 Jul 2008 11:31:27 -0500 Big Iron [EMAIL PROTECTED] wrote: :The behaviour that you are describing does not seem to contradict the :documentation. Exactly. Load Point Entry Point. :[EMAIL PROTECTED] wrote: : Hi : I have a program (PROGA 24/24), issue a LOAD EP=PROGB,LOADPT=FWD. : PROGB is (31,24). The value in FWD is of the order x'00XX'. : Now, this causes a problem when I load it into R15 and do a BASSM : against it. : At this point PROGB is executing in amode 24! : Now, if instead I issue LOAD EP=PROGB, and inspect R0, voila! : R0 has a value of x'80XX'. Now the BASSM will work fine. : We are running zOS 1.7 : Has anyone experienced this oddity, or am I just lucky? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: secure ftp on the mainframe
Its all a little confusing... SSH is a tool/protocol for providing a secure connection over IP networks. Once you have a connection, you can have multiple channels routed over it. Channels could be interactive terminal sessions (to replace telnet), port-forwarding channels, command redirection channels, and subsystem channels (which are a special case of command channels). Here's the main RFC for SSH: http://www.ietf.org/rfc/rfc4251.txt A *separate* tool distributed with most SSH implementations is sftp, which runs as an SSH subsystem. The sftp protocol is a packet protocol for file transfer that *assumes* that you already have a secure connection, and by default the sftp command line tool simply invokes the command line tool to setup its secure channel. sftp doesn't have connection setup, authentication, encryption, compression, etc - it relys in SSH to do that. Here's the main RFC for SFTP: http://tools.ietf.org/wg/secsh/draft-ietf-secsh-filexfer/ Another spin on this is that you can also use SSH to setup a secure channel and a SOCKS proxy and then use an *FTP* client over the secure SSH channel via the proxy. This is an alternative to FTP/TLS, which can be a nightmare for firewalls and NAT routers due to its use of multiple sockets which, when encrypted, can't be snooped to setup the data port connection. FWIW, we use SSH subsystem channels in our (free) Co:Z product to setup a secure connection from a batch job to a remote Unix/Windows process. Additional channels are setup via port forwarding if the remote process wants to access z/OS datasets from the launching job. Anyway, the SSH protocol is very cool, and the OpenSSH project is some of the most useful free software available. If you really want to be in the club, support them by buying one of their cool tee shirts ( http://www.openssh.org/tshirts.html) Kirk Wolf Dovetailed Technologies http://dovetail.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: Wow! Rockin' Rollin' the Mainframe Stayed Up!
It might have been a 5.9 if it weren't for all those mainframe gyro-stabilizer disks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wow! Rockin' Rollin' the Mainframe Stayed Up!
Maybe a 2.9 if there weren't so many squatty boxes weighing down the fault line. -Original Message- Rugen, Len It might have been a 5.9 if it weren't for all those mainframe gyro-stabilizer disks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wow! Rockin' Rollin' the Mainframe Stayed Up!
In a message dated 7/29/2008 2:05:44 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wow!! Did you feel that?! Preliminary reports are 5.8 tembler 29mi ESE of LA. Fire department labeled it 'major seismic event'. One of the cable news channel correspondents was vacationing with family at Disneyland and made them get off the rides for inspection, but things seem to be OK so far. Maybe we'll get better updates as the members chime in...There is a reason we do those DR drills for sure! **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wow! Rockin' Rollin' the Mainframe Stayed Up!
February 9, 1971 - I was up studying for a chemistry test (that was cancelled 'cos the Jr College was closed...) It was felt ALL OVER the San Fernando Valley... John Hamman Senior Systems Programmer BlueCross BlueShield of Mississippi 601.664.4410 [EMAIL PROTECTED] Chase, John [EMAIL PROTECTED] 7/29/2008 2:14:33 PM -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Wow!! Did you feel that?! http://www.foxnews.com/story/0,2933,393781,00.html Nope, didn't feel a thing. But then, I slept through the Sylmar event back in '71 (or '72; I forget) while stationed at MCAS El Toro. :-) -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 * The information contained in this message, and attachments hereto, may be privileged/confidential, and may contain protected health information that is subject to use and disclosure restrictions under federal law. It is intended only for the use of the individual or entity named above. If you are not the intended recipient, or agent responsible for delivering this message to the intended recipient, you are hereby notified dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return e-mail and delete the original message and any copy of it from your computer system. All recipients are expected to maintain appropriate protections on the information contained herein. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wow! Rockin' Rollin' the Mainframe Stayed Up!
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rugen, Len It might have been a 5.9 if it weren't for all those mainframe gyro-stabilizer disks Just got word that the folks who work in our Distribution Center there got some fresh air sunshine for about a half-hour. No equipment failures; no loss of electrical power; just a little excitement was all. -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: (your name here) is out of the office.
On Tue, 29 Jul 2008 08:40:47 -0500, Chase, John [EMAIL PROTECTED] wrote: ... I doubt the listserv ever sees them. ... At least some of them appear in the Listserver's web archive. They wouldn't have gotten there if the Listserver didn't see them. 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
Hardware inventory
As part of a project here, I need to provide a Hardware Inventory for one of our vendors. The description is Please include an inventory of all hardware that includes the vendor, model, and feature code. I thought I might be able to go to the HMC or the SE and print a listing from there, but no go. I can bring up a listing, but I can't print it or copy/paste it. Is this data available anywhere on the system? I'm sure I have a hard copy of it somewhere, but I hate the thought of trying to locate it, the more so since I just got back from a BRS session and my desk is buried. 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: SCLM in btch
The basic setup is the missing piece. SCLM does not come with any usable/working samples. In fact, we use only the very basics because we could not get any of the compiles, etc working. The programmer (yes, 'the' programmer) used some sort of interactive command for his C++ we could not replicate. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Tuesday, July 29, 2008 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SCLM in btch In a message dated 7/29/2008 12:54:05 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Has anyone been able to implement any SCLM batch processes? Which FM are you using? Once the initial SKELs are setup it ought to do the trick. ..snip NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hardware inventory
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Tuesday, July 29, 2008 3:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Hardware inventory As part of a project here, I need to provide a Hardware Inventory for one of our vendors. The description is Please include an inventory of all hardware that includes the vendor, model, and feature code. I thought I might be able to go to the HMC or the SE and print a listing from there, but no go. I can bring up a listing, but I can't print it or copy/paste it. Is this data available anywhere on the system? I'm sure I have a hard copy of it somewhere, but I hate the thought of trying to locate it, the more so since I just got back from a BRS session and my desk is buried. Thanks, Jon Put the HMC on your LAN. Start up the Web server on the HMC. Connect to it from your desktop's browser. Print it from there like any other Web page. -- 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: (your name here) is out of the office.
On 29 Jul 2008 07:39:14 -0700, [EMAIL PROTECTED] (Ian S. Worthington) wrote: Anyone who elects to send the dates of their vacation, along with their phone number and approximate home location to a public list is letting themselves in for a lot more pain then just the annoyance of their fellow listees. Especially a public list that gets copied to newsgroups and is available on Google Groups: http://groups.google.com/group/bit.listserv.ibm-main/topics That is an excellent resource for us, but it does indicate some thinking should be considered in setting up one's out-of-office wizard. I certainly don't want my out-of-office assistant to auto-reply to Spam, but mine (Outlook 2003) allows me to select which domains get this reply. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disappearing JES2 output
Chances are you've already got this solved (I had a backlog of IBM-Main digests so didn't notice this till today), but just in case you haven't, ask your vendor about fix T59C109. That was generated to solve an issue at our shop where spool files were randomly disappearing (and we couldn't reproduce it in test for a long time, so load was also a factor). Also, my coworker tracked the issue down to a product calling the JES2 SAPI code with the wrong parameters. Since the SAPI doesn't generate messages when it deletes a specific spool file, it took a while to find the culprit. To prevent this from happening in the future, my coworker wrote a series of exits that determine when output is being deleted and who's doing it. If you want a copy of those exits, drop Steve McColley an email at: [EMAIL PROTECTED] I swear he said it was okay for me to give out his email! Hope this helps... Shannon Collinson SunTrust Bank -Original Message- From: Barbara Nitz [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2008 7:24 AM Subject: Disappearing JES2 output My colleague has a batch job (TSO, calling a REXX) that puts the result into systsprt: //SYSTSPRT DD SYSOUT=H,LRECL=256,RECFM=V,DEST=R720 That printer destination is CMA Spool, these days called ESF. (I am not a printer person, either.) He noticed that *some* of the output 'disappears', i.e. it does get deleted by JES2 ($HASP250 is issued), BUT the output does not appear in ESF. Unfortunately, the problem is not reproducible at will, rather it seems to be load-related: The job is submitted on system 3 to execute on system 3. ESF resides on system number2 and watches the same Spool/MAS (same sysplex). HASP250 for the 'missing' output is issued on system number 6, while the correctly in ESF arriving output gets hasp250 on system2, where ESF was reading it. In addition, ESF would output a message stating that the output arrived (ESF766), but we don't see that for the 'missing' output. Does anyone have an idea what to look for? (Given that the problem is not readily reproducible, appears to be load related *and* the output disappears, we are currently reluctant to open an ETR with IBM...) Best regards, Barbara -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hardware inventory
Plug a laptop or some such to your HMC/SE lan. Start the web server on the HMC. Use the laptop to access anything you need and copy/paste to a suitable editor. Works great, and keeps the family jewels safe from the evil company LAN :-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Tuesday, July 29, 2008 3:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Hardware inventory As part of a project here, I need to provide a Hardware Inventory for one of our vendors. The description is Please include an inventory of all hardware that includes the vendor, model, and feature code. I thought I might be able to go to the HMC or the SE and print a listing from there, but no go. I can bring up a listing, but I can't print it or copy/paste it. Is this data available anywhere on the system? I'm sure I have a hard copy of it somewhere, but I hate the thought of trying to locate it, the more so since I just got back from a BRS session and my desk is buried. Thanks, Jon NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD macro behavior
One last observation the Entry Point(EP) and the Load Point of the module can be two different addresses; if the Entry Point is not offset 0 into the load module. R0 will be the Entry Point in all cases. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Holstein Sent: Tuesday, July 29, 2008 3:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LOAD macro behavior I have been reading IBM Manuals since 1978, you sometimes have to read between the lines. If you issue a LOAD EP=PROGB, it returns you the address and the AMODE of the program in Register 0. If you issue LOAD EP=PROGB,LOADPT=FWD it returns only the address in FWD, no AMODE information. This is how I read it. Regards, Don Holstein -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Tuesday, July 29, 2008 3:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LOAD macro behavior On Tue, 29 Jul 2008 11:31:27 -0500 Big Iron [EMAIL PROTECTED] wrote: :The behaviour that you are describing does not seem to contradict the :documentation. Exactly. Load Point Entry Point. :[EMAIL PROTECTED] wrote: : Hi : I have a program (PROGA 24/24), issue a LOAD EP=PROGB,LOADPT=FWD. : PROGB is (31,24). The value in FWD is of the order x'00XX'. : Now, this causes a problem when I load it into R15 and do a BASSM : against it. : At this point PROGB is executing in amode 24! : Now, if instead I issue LOAD EP=PROGB, and inspect R0, voila! : R0 has a value of x'80XX'. Now the BASSM will work fine. : We are running zOS 1.7 : Has anyone experienced this oddity, or am I just lucky? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html