Re: Old doc
--- Elardus Engelbrecht [EMAIL PROTECTED] wrote: I have a BOOKMANAGER book for that GG663263.boo referring to JES2 Version 5 first edition published on February 1995 by J Hutchinson at WSC. Elardus, thanks very much, I already received the above doc from a list member. Kind regards. Walter Marguccio -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
John (Bruce), I've only been glancing over this topic as the posts flew by so please excuse me if I've missed a vital consideration. Now that Bruce has suggested a separate job, I remembered the days I put together some very crude automation where each started task procedure had a job step which fed a card deck to the internal reader, INTRDR, in order to initiate the next activity - or something like that. (In order to make sense of the technique, you need to know that a job step which delayed execution of the following step, a program wrapped around the appropriate macro, is needed.) Isn't the internal reader trick the simpler way to implement this excellent idea? I dare say the COND code could be used in order to run the step with IEBGENER to the internal reader only when the file was known successfully to have been created. Chris Mason - Original Message - From: Bruce Hewson [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 06 March, 2006 4:25 AM Subject: Re: Unusual FTP request. Hello John, late response due to weekend. :-) My understanding is that application staff dont want to be called for FTP problem. And that application staff are getting called due to jobname prefix. You have indicated that existing jobs use a STEP to trigger the FTP request, and that you are using CA-7. My simplistic response would be to solve the problem by turning each FTP STEP into a new job. Use CA-7 to handle the COND code checking currently being done in the JCL STEP. Each new FTP job would have a new FTP team specific jobname. The applications staff can convert the FTP step into a FTP job reasonably quickly. Coordination between application / scheduler / FTP teams would be required for FTP jobname allocation. Result is that existing step jcl can be used, minimising testing and implementation times. no need for any other product, external or in-house. :-D Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM APAR
Jan Vanbrabant wrote: Ed, https://techsupport.services.ibm.com/server/redAlerts And it works ! Well, z/OS Red Alerts are not a highly used facility. There have been just 4 (four) in 2005 and none so far this year. I'm subscribed but, from time to time, I wonder if the service is still alive and go checking. -- 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: 64-bit question
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Greetings all! Running z/OS 1.4 in 64-bit mode. Expanded storage on the HMC's LPAR def is set to zero (both initial and reserved) but still getting the IEE038E AMOUNT OF EXPANDED STORAGE EXCEEDS 0G MAXIMUM message. System behaves normally... no dumps, all subsystems run, response time is good. Any ideas what could be causing this? TIA, Bruce Maybe trivial, but did you re-activate the LPAR after changing the values? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM APAR
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Gould On Mar 3, 2006, at 12:42 PM, Edward E. Jaffe wrote: [ snip ] Red Alert? https://techsupport.services.ibm.com/server/redAlerts/ Ed, Its an idea.. but in all honesty this is the first time I have even heard of this facility. I wonder how many other sysprogs have heard of this. It's only been around for 3 - 4 years, maybe longer I am still liking the hyper doc (or new classification like installation?) type since it goes the SMP/e rout which everyone knows about. ??? -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: Unusual FTP request.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hewson Sent: Sunday, March 05, 2006 9:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Unusual FTP request. Hello John, snip You have indicated that existing jobs use a STEP to trigger the FTP request, and that you are using CA-7. My simplistic response would be to solve the problem by turning each FTP STEP into a new job. Use CA-7 to handle the COND code checking currently being done in the JCL STEP. Each new FTP job would have a new FTP team specific jobname. The applications staff can convert the FTP step into a FTP job reasonably quickly. Coordination between application / scheduler / FTP teams would be required for FTP jobname allocation. Result is that existing step jcl can be used, minimising testing and implementation times. no need for any other product, external or in-house. :-D Regards Bruce Hewson Bruce, I'll try to float that. I am not sure, but the programmers may not really like it because they will be required to create the second job's JCL and documentation. But it would solve the who to call problem. I think. Maybe. I hope. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM APAR
Ulrich Boche wrote: Well, z/OS Red Alerts are not a highly used facility. There have been just 4 (four) in 2005 and none so far this year. I'm subscribed but, from time to time, I wonder if the service is still alive and go checking. It is still alive. I saw Jerry Ng here at SHARE yesterday (Sunday) and spoke with him about this issue. He hasn't heard anything about it, but agrees that if it was a serious enough problem (e.g., can result in a multisystem outage), it might be eligible to appear as a Red Alert. He also briefly explained the process by which IBM decides whether a problem merits this treatment. The decision is made by a board comprised of technical experts and others. It is a big deal. If Jerry Ng hasn't heard anything about the RACF issue, it must not have too much visibility in Poughkeepsie. Perhaps it's not as serious as we were originally led to believe... -- 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: CA-OPS/MVS problem with z/OS 1.6
On Sun, 5 Mar 2006 19:33:55 -0600, McKown, John [EMAIL PROTECTED] wrote: In response to a different email on the same subject (not to clutter the list): I don't know if I had the PTFs installed for the console restructuring on my z/OS 1.4 system. It was fairly up-to-date, but mainly in the DFSMS area, to support the new 3584 tape library and 3592J tape drives. You would know. It wasn't just PTFs that were part of the service stream. You had to order (or at last download) the feature and install the function sysmod (FMID JBB7727) on top of HBB7707. IIRC, it would have changed your OS version from z/OS 1.4.0 to z/OS 1.4.2. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
On Mon, 6 Mar 2006 13:03:11 +0100, Chris Mason [EMAIL PROTECTED] wrote: Isn't the internal reader trick the simpler way to implement this excellent idea? INTRDR submission is usually frowned upon in a production environment because the job scheduler usually can't track the job (nor trigger jobs afterwards / satisfy dependencies). I happen to agree with that. If you let the programmers (that control JCL changes at many shops) new jobs would be added all the time without scheduling them. Splitting it up is still a good idea, but it more scheduling work. Still waiting to here if an SMTP step based on FTP RC could work or why it wouldn't. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
I know you can't, but tell them all that their NIMBY problem needs a rational solution, not a FYUSTM (Obscene comment abbreviated) impossible solution. Shove the output of the FTP step into a dataset, rexx or what ever to evaluate, ship email if needed. PUT THE damn thing in a cataloged procedure and be done with it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, March 03, 2006 11:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Unusual FTP request. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Trojak Sent: Friday, March 03, 2006 12:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Unusual FTP request. How about a conditional step after the FTP that checks return code GT zero. We do that and send an e-mail via SMTP to the Production team along with any special instructions. Dennis.. Possible, but unlikely. The programmers are really wanting something so that they are not in the loop at all about ftp. That is, they don't want the responsibility to put the FTP step in the job, to check the RC and send mail, or anything else. They want the ftp team to set up all of that, including any userid/password requirements, maintaining the IP address of the server, maintaining the ftp statements, etc. From what I get, they want to say something like: I'm going to create dataset XYZ. It needs to be ftp'ed to server ABC, into subdirectory DEF, and given the name GHI. You figure out what needs to be done to get the ftp to work and set it up independantly of my job. Then, when XYZ is created, the ftp automagically occurs without anything in their JCL. Similar to a dataset trigger in CA-7. I.e. they really want out of the business of data transfer beyond the initial put this dataset on that server and give it this name in this subdirectory. Should anything change after that (e.g. the dataset should go to another server, the server file name or subdirectory should change), they don't even want to know about it. That would be the responsibility of the ftp team to update the ftp process (whatever it turns out to be). NFS/SMB has been mentioned in another post. I have done an NFS import of a UNIX subdirectory onto the z/OS system. It works quite well. However, the same problem occurs. If the job terminates trying to copy to the NFS/SMB share, the programmer would get called and they don't want to be. They would still want someone else to do the NFS/SMB copy function and be responsible for any problems with it. So, ftp or NFS/SMB it is basically all the same to them. They don't want anything related to the copying in any process for which they are responsible. And they really don't want to set up a second job to do the ftp/NFS work either. I know that sounds like they are being lazy, but they have had such problems with this - again due mainly to server problems - that they are frustrated and just want OUT! It is one thing to get called about a problem you can fix. It is another thing to get calls for a problem that is outside your ability to fix or even diagnose properly. Well - off to the annual company meeting. Such fun. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
In a recent note, Mark Zelden said: Date: Mon, 6 Mar 2006 08:25:50 -0600 On Mon, 6 Mar 2006 13:03:11 +0100, Chris Mason [log in to unmask] wrote: Isn't the internal reader trick the simpler way to implement this excellent idea? INTRDR submission is usually frowned upon in a production environment because the job scheduler usually can't track the job (nor trigger jobs afterwards / satisfy dependencies). I happen to agree with that. If you let the programmers (that control JCL changes at many shops) new jobs would be added all the time without scheduling them. Hmmm. Clearly I work in a development environment, not a production environment, so I'm curious about protocols. What's a job scheduler Is it made of silicon or carbon? I thought that nowadays almost all jobs (barring those actually submitted on physical, necrodendritic cards) go through an INTRDR; it's simply a matter of how they get there. Are programmers in a production environment likewise discouraged from using the TSO SUBMIT command (which, AFAIK, also uses an INTRDR)? How do jobs get submitted? Must a human bureaucrat (job scheduler) sign off on each one? If the process is in fact automated, can't one job submit another through the automated sanctioned channel, as opposed to via INTRDR? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMSP00 changes, how to activate them?
I have looked in the NVAS/NETVIEW manual for OS/390 and still have a question. If we change the text of the EMSP00 panel (signon panel), how do we get NVAS to start using it? Does NVAS have to be bounced or is there a command to refresh the pointer to this panel? Our operators are a bit wary of bouncing NVAS except as part of an IPL. Thanks in advance Kriss - Kriss Davis, CCP Interim Mainframe/eServer Manager Datatel Project Management Illinois State University [EMAIL PROTECTED] 309-438-2802 - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Migrating catalogs from os/390 2.7 to z/os v17
We planning to migrate our os/390 2.7 system to z/os v1.7. Since there is no coexistence and fallback ptf available for this migration. We would like to know what is the best way to migrate the user catalogs to the new system. Currently we are planning to do this. Mastcat1 (os390 2.7)mastcat2(zosv17) !! Usercat1 (os390 2.7) Usercat2 (zosv17) | | |-volume1 Instead of doing an IMPORT CONNECT of USERCAT1(os390 2.7) to MASTCAT2(zosv17), We are planning to create new user catalogs in the zos v17 system and do an export of usercat1 and then import it into usercat2. Both catalogs would have pointers to the datasets in volume1. prior to this, we will do the standard checking of catalogs. VERIFY, EXAMINE, DIAGNOSE. Do you think this is a safe way to migrate the catalogs to the zosv17. Are there any hitches that we need to consider. Is there a better way of doing this ? Thanks. Caleb P.S. If there are other sites who have migrated from very old system to the new zos without coexistence and fallback support. It would be great if you could share your experiences with us. _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Migrating catalogs from os/390 2.7 to z/os v17
We planning to migrate our os/390 2.7 system to z/os v1.7. Since there is no coexistence and fallback ptf available for this migration. We would like to know what is the best way to migrate the user catalogs to the new system. Currently we are planning to do this. Mastcat1 (os390 2.7)mastcat2(zosv17) !! Usercat1 (os390 2.7) Usercat2 (zosv17) | | |-volume1 Instead of doing an IMPORT CONNECT of USERCAT1(os390 2.7) to MASTCAT2(zosv17), We are planning to create new user catalogs in the zos v17 system and do an export of usercat1 and then import it into usercat2. Both catalogs would have pointers to the datasets in volume1. prior to this, we will do the standard checking of catalogs. VERIFY, EXAMINE, DIAGNOSE. Do you think this is a safe way to migrate the catalogs to the zosv17. Are there any hitches that we need to consider. Is there a better way of doing this ? Thanks. Caleb P.S. If there are other sites who have migrated from very old system to the new zos without coexistence and fallback support. It would be great if you could share your experiences with us. _ Don't just search. Find. Check out the new MSN Search! http://search.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: EMSP00 changes, how to activate them?
When making changes to any of its panels, NetView Access must be cycled for it to 'recognize' the changes. HTH John Hamman Systems Programmer BlueCross BlueShield of Mississippi 601.664.4410 [EMAIL PROTECTED] * 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
ftp codes
where, oh where in the world does one go to look up ftp return codes? * i'm running (or, *trying* to) ibm's electronic service agent on a z/os 1.4 platform. am getting a hes80090i message (another per se worthless ibm message) which says nothing more than ftp rc = 1/0x2710 (i've researched the hes80090i msg at the lookat site, so i'm *trying* to do my homework here - - which says that i've got an ftp return code - like i couldn't figure that out) * i've crawled all over the ibm communication server bookshelf ( http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv.html ) to no avail in search of ftp return codes. * any adivice/help would be greatly appreciated == /s/ tuco bonno graduate, College of Conflict Management, University of Southeast Asia. I partied on the Ho Chi Minh trail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
This is what lead to the discussion of how to flag an important issue: -- I stumbled upon APAR OA14006 which documents new restrictions for sharing RACF databases in non-data sharing mode when systems are in AIM stage 1 or higher. Let me quote from the APAR text: Note: If your database is at application identity mapping (AIM) level 1 or higher, all systems that update the OMVS segment of USER or GROUP profiles, update the ALIAS segment of general resource profiles (for example, any SERVAUTH class profile), or run RACF utilities, must use GRS, must be in the same GRS complex, and must be at OS/390 release 10 or any z/OS release. Adding or deleting a profile that has any of these segments, altering these segments or running RACF utilities from a system outside this GRS complex may result in incorrect results and/or database corruption. To prevent database sharing errors, it may be useful to use RACF Program Control to restrict access to all RACF commands that can update these segments to make sure they cannot be used from systems outside a single GRS complex. This design which was not documented before OA14006 was closed in December 2005, inhibits a method of operation which has been used by a large number of RACF customers for decades. Any comments? -- Ulrich Boche -- Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit question
AFAIK, updating the LPAR definitions just updates the administration. It only takes effect when the LPAR is de-activated and activated again. Activation assignes storage from the free storage to an LPAR, de-activation returns storage from an LPAR to the free pool. I supppose activate of an already active LPAR does effectively nothing. Kees. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I just did a deactivate followed by an activate and the message is gone. This brings up some interesting questions, like what exactly to deactivate and reset normal do? Anyone know where this is doc'd? Thanks. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
I agree with what you say, but Rex specifically said rebuilding a test system which to me implied refreshing a set of volumes rather than a dataset level operation. I think you could read it either way, depending on the type of test system. For example, rebuilding test data bases might be at the dataset level. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HDS backup process
Actually he is always right Thanks, Bruno. If only it were true (sigh) -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Update a module in LPA ?
Dear all, Is there any way to refresh a module in LPA ? Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
On Mon, 6 Mar 2006 08:41:56 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Hmmm. Clearly I work in a development environment, not a production environment, so I'm curious about protocols. What's a job scheduler Is it made of silicon or carbon? I meant job scheduling software. Are you nit picking, or did you really not know what I was referring to? And yes, all production jobs usually are scheduled through the software. Of course rules are made to be broken and there are always exceptions. We have some end users that submit jobs that are considered production. Obviously they don't get the benefit of job scheduling software to automatically check return codes etc. and kick off subsequent jobs. But we do have ThruPut Manager that emulates the Mellon Bank JES2 mods that include /*BEFORE and /*AFTER, and people do make use of that. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 NFS server question
On Sun, 5 Mar 2006 22:45:57 -0700, Timothy Sipples wrote: Another response was to use SMB. But I have no experience with that. And, given the general hostility of the Windows people towards the z/OS system (and, I admit, the opposite), trying to set up z/OS as a Windows file server is likely to be met with a no way. Hum, and likely the same on our side as well. Except that the Windows server people will be *more* hostile to NFS. It's more work for them. NFS is not a native Windows file system. SMB is. The reverse is probably true for Linux and UNIX, although Samba (SMB support for Linux) is pretty easy and convenient. The reason to use NFS instead of SMB is that NFS is an actual standard while SMB is not. Granted, SMB seems to be what Windows uses but MS didn't publish the interface and a new release (or patch level) could break it at any time... then the Windows weenies would REALLY growl, right? Meet them halfway with NFS and if either side breaks the standard they need to get it fixed. Simple enough for management to understand. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CF usage at DR location
We are in the process of setting up a new Disaster Recovery scenario using PPRC DASD and a Hot Stand-by datacenter (z9 CBU processor) I have a question concerning how others have dealt with using a Coupling Facility in this scenario. At our DR site we will have one ICF configured on the same processor our z/OS image will run on no problem so far. We would like to not maintain multiple CF policies, all Structures at our primary location will need to be created at the Disaster site. If the COUPLE Datasets are Mirrored, how can I IPL the DR machine when the CFs will be different? Can I code a CF policy that has the DR CF defined as a non-preferred CF during normal processing and when a DR is called, will the Mirrored z/OS IPL and fail trying to use the primary CF and failover to the DR CF? Policy example: CF NAME(CF01) normal CF .. .. DUMPSPACE(2000) CF NAME(CF02) = normal CF .. .. DUMPSPACE(2000) CF NAME(CFCBU) == DR CF .. .. DUMPSPACE(2000) STRUCTURE NAME(OPERLOG_STRUCT) PREFLIST(CF01,CF02,CFCBU) Would this work if CF01 and CF02 are the normal CFs in use and CFCBU CF would only be used if IPL'd at he DR location? I rambled a bit, just couldn't figure a way to explain this easily. Pat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp codes
Here's what Qwikref says: HES80090I MMDDHHMMSS VARIABLE = DEC /0X HEX . Explanation: This message is provided to note the value of a variable in both decimal and hexadecimal. o MMDDHHMMSS is the timestamp for the message. o VARIABLE is the variable name as follows: - ENQ RC - FTP RC - FTP Failure RC -- V=IBM P=ELECTRONIC SRVC AGNT R=V1R2 I=HES80090I -- - ESTAE rc - IKJTSOEV return - TRANSMIT failure rc o DEC is the decimal value. o HEX is the hexadecimal value. User Response: None. System Action: None. Programmer Response: Look for Misc_Msg_dechex Look for Misc_Msg_dechex System Programmer Response: Operator Response: Problem Determination: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Tax chooses dead language - Austalia
In [EMAIL PROTECTED], on 03/03/2006 at 07:00 PM, Chris Mason [EMAIL PROTECTED] said: Something else that came to mind was a comparison of the text markup languages GML and SCRIPT since GML is created from SCRIPT using the SCRIPT macro function - if my memory serves me well. Yes, the GMLSS is implemented as SCRIPT macros. So are the BookMaster and BookManager BUILD tag sets. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp codes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tuco Bonno where, oh where in the world does one go to look up ftp return codes? * i'm running (or, *trying* to) ibm's electronic service agent on a z/os 1.4 platform. am getting a hes80090i message (another per se worthless ibm message) which says nothing more than ftp rc = 1/0x2710 (i've researched the hes80090i msg at the lookat site, so i'm *trying* to do my homework here - - which says that i've got an ftp return code - like i couldn't figure that out) * i've crawled all over the ibm communication server bookshelf ( http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv. html ) to no avail in search of ftp return codes. * any adivice/help would be greatly appreciated Well, for z/OS 1.5 they're in the IP User's Guide and Commands manual, at the end of the FTP chapter: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B930/4.1 2?SHELF=F1A1BK41DT=20030703141739 or http://makeashorterlink.com/?I2B0150CC -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: ftp codes
i don't what that hes msgid is all about , iusually see eza from mvs ftp or fots from sftp but most tof the rc and rsn code have to be decoded from unix BPXZA83007/09/02 10:01:31 z/OS V1R4.0 UNIX System Services Messages and Codes SA22-7807-03 Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp codes
Hmm, I found FTP reply codes in the IP and SNA Codes book: http://publibz.boulder.ibm.com/epubs/pdf/f1a1d220.pdf But these are three digit codes. I don't know anything about IBM's electronic service agent, but in the z/OS IP User's Guide book, it states that FTP return codes are composed of a subcommand code and a reply code - the return code is in the range 1-99 and the reply code a three digit number. It appears that your RC is 10 and reply code is 000. 10 is the subcommand code for OPEN. I ran a test, attempting to connect to an IP address at random, and got these messages back: EZA1554I Connecting to: 192.168.21.3 port: 21. EZA2590E getNextReply error from recv = (1128.74500446) - EDC8128I Connection refused EZA1475I Connection with 192.168.21.3 terminated EZA1735I FTP Return Code = 1, Error Code = 00010 Noting the return code, I'd guess you aren't connecting. Hope this helps, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tuco Bonno Sent: Monday, March 06, 2006 10:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ftp codes where, oh where in the world does one go to look up ftp return codes? * i'm running (or, *trying* to) ibm's electronic service agent on a z/os 1.4 platform. am getting a hes80090i message (another per se worthless ibm message) which says nothing more than ftp rc = 1/0x2710 (i've researched the hes80090i msg at the lookat site, so i'm *trying* to do my homework here - - which says that i've got an ftp return code - like i couldn't figure that out) * i've crawled all over the ibm communication server bookshelf ( http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv.html ) to no avail in search of ftp return codes. * any adivice/help would be greatly appreciated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Update a module in LPA ?
Is there any way to refresh a module in LPA ? Yes. In the System Commands manual, see the section Managing Dynamic LPA Content. You can find the manual at http://publibz.boulder.ibm.com/epubs/pdf/iea2g160.pdf -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E for non-sysprogs?
Hello, Has anybody worked in a shop where people other than systems programmers use SMP/E to maintain third-party products? We currently have a discussion going on in our shop about transferring PTF maintenance duties for one third-party product to an administrative group that happens to include one former sysprog with SMP/E experience. Because the others in the group do not have systems backgrounds, I am concerned that this decision could come back to haunt us in the long run, and that it also may open Pandora's box for other third-party products where the administrators are definitely non-technical. However, I do not want to stand in the way of a good idea by overreacting, if my concerns have no basis. If anyone has experienced this situation and could tell me the pros and/or cons from your experience, I would love to hear them. Thanks! Laura Prill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Update a module in LPA ?
SETPROG LPA -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Cremieux Sent: Monday, March 06, 2006 11:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Update a module in LPA ? Dear all, Is there any way to refresh a module in LPA ? Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
In a recent note, Laura Prill said: Date: Mon, 6 Mar 2006 11:26:49 -0600 We currently have a discussion going on in our shop about transferring PTF maintenance duties for one third-party product to an administrative group that happens to include one former sysprog with SMP/E experience. Because the others in the group do not have systems backgrounds, I am concerned that this decision could come back to haunt us in the long run, and that it also may open Pandora's box for other third-party products where the administrators are definitely non-technical. However, I do not want to stand in the way of a good idea by overreacting, if my concerns have no basis. You're prudently cautious about designing a process around momentarily available talent. Beyond that, SMP/E expertise is a skill that can be mastered and even taught. Assuming your installation allocates resources for training. Would it make sense to have a central resource of SMP/E expertise whose responsibilites are divided among systems and (third-party) applications? I envision conflicts assigning priorities if you do this. OTOH, the administrative overhead and latency for problem reporting and corrective service installation/validation/testing become unpleasant if all must be routed through Systems Programming. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
Yep, we did it. Pros: none, other than management fantasy of lower salaried people replacing higher salaried people. Cons: Murphy's Law in every imagineable form. Children should not use power tools, only experienced adults. You will not have to wait for the long run for this to haunt you. tb -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laura Prill Sent: Monday, March 06, 2006 11:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMP/E for non-sysprogs? Hello, Has anybody worked in a shop where people other than systems programmers use SMP/E to maintain third-party products? We currently have a discussion going on in our shop about transferring PTF maintenance duties for one third-party product to an administrative group that happens to include one former sysprog with SMP/E experience. Because the others in the group do not have systems backgrounds, I am concerned that this decision could come back to haunt us in the long run, and that it also may open Pandora's box for other third-party products where the administrators are definitely non-technical. However, I do not want to stand in the way of a good idea by overreacting, if my concerns have no basis. If anyone has experienced this situation and could tell me the pros and/or cons from your experience, I would love to hear them. Thanks! Laura Prill --- --- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Update a module in LPA ?
On Mon, 6 Mar 2006 10:36:18 -0600 Daniel Cremieux [EMAIL PROTECTED] wrote: :Is there any way to refresh a module in LPA ? You can change the address that will be returned for a directory search of LPA. However, some system routines remember the address of an LPA module and will go to the same location even if the directory search address changes. Which LPA module would you like to update? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp codes
FTP return codes (the 1 part) are I think documented in the FTP manual (IP Commands). They are a 2-part code, split up 2/3. The 10 means one thing and the 000 means something else. The hex value? Who knows. Try looking at the IP codes books - I recall there's two of them, one for clients and one for servers, and see if you can find anything that makes sense. Do you have FTP listing output? Is there an OUTPUT DD in the picture? Any messages there? I find the messages a little obscure but ultimately I have been able to figure out where they were documented. Sorry this note is not more explicit. I'm too busy to actually look up the exact details. This is all from memory. You could try the TCP/IP list also Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tuco Bonno Sent: Monday, March 06, 2006 8:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ftp codes where, oh where in the world does one go to look up ftp return codes? * i'm running (or, *trying* to) ibm's electronic service agent on a z/os 1.4 platform. am getting a hes80090i message (another per se worthless ibm message) which says nothing more than ftp rc = 1/0x2710 (i've researched the hes80090i msg at the lookat site, so i'm *trying* to do my homework here - - which says that i've got an ftp return code - like i couldn't figure that out) * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit question
On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: I supppose activate of an already active LPAR does effectively nothing. No, it will activate the current definitions which will include destroying the running LPAR. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Manual References in Posts (was Update a module in LPA ?)
To all who may be tempted, Bruce here is pure goodness in providing just the needed manual reference. What isn't quite pure goodness, in my opinion, is that it's a PDF file. It's much faster to provide the CONTENTS page of the book rather than a PDF. For example, for z/OS V1R7.0 MVS System Commands it's http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160/CCONTENTS?SHELF=EZ2ZO10FDN=SA22-7627-12DT=20050714212238 which I expect will need a watch the wrap warning. It may be friendlier to specify an URL which the list server system will not cut such as - praying g: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2CMZ60 We'll see if that worked required a cut or not. Having got to the Contents page, a simple Edit-Find for the section title - if no lower than 3 levels perhaps - will locate the wanted information. If that's not appropriate, the library system provides a Search function. For those who are keen PDF users, I know Acrobat has a pair of binoculars but I don't think I'm alone in finding the library Search somewhat faster and easier to use. Chris Mason - Original Message - From: Bruce Black [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 06 March, 2006 6:37 PM Subject: Re: Update a module in LPA ? Is there any way to refresh a module in LPA ? Yes. In the System Commands manual, see the section Managing Dynamic LPA Content. You can find the manual at http://publibz.boulder.ibm.com/epubs/pdf/iea2g160.pdf -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit question
On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: I supppose activate of an already active LPAR does effectively nothing. Then Mark Z said No, it will activate the current definitions which will include destroying the running LPAR. I agree, but wasn't Kees asking if he changed his image profile to alter memory allocation and did an activate (essentially an IPL) the IPL won't honour the new memory specification. So after shutting down the OS, deactivate the LPAR then ACTIVATE will read the image profile and assign the new storage. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Procedure for swinging one CTC to new mainframe for testing
Have a base sysplex with 3 SCTC links (for redundancy) defined, between the 3 lpars. We are getting a new z890 and want to move the TEST lpar from the old machine to the new z890 for testing. We want to recable one of the CTC's so that it provides a LINK between the old machine and new. What would the proper procedure be to do this? We're keeping the IODF the same for the new machine, so the SCTC defs are not changing, nor are the LPAR numbers. 1. Seems like we'll have to STOP all the PATHINs/PATHOUTs for the wire that we're swinging. 2. And, for the PATHINs/PATHOUTs (on this wire) for the other 2 LPARs that are staying on the old machine...we'll have to remove them from the COUPLEds, so that they don't try to use this link between themselves...while this link is cabled between the 2 machines?? 3. START the PATHIN/PATHOUTs for the links between the TEST LPAR and other 2 LPARs ?? TIA Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit question
AFAIK, updating the LPAR definitions just updates the administration. It only takes effect when the LPAR is de-activated and activated again. There is one parameter that is dynamic. That is processing weights. All others require a recycle of the LPAR. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
Well, hmmm. I've seen this done in several places, with varying degrees of success. Where it's worked well have been shops that had well-defined software maintenance strategies (see Parallel Sysplex ? Software Management for Availability, SG24-5451), as well as good inter-group communications. There are sometimes benefits to distributing software maintenance as you describe. It's possible that the administrative group will be closer to the customers of your third-party product, more responsive to their needs, better equipped to answer questions, solve problems, etc. However, such delegation is usually cost-effective only when there is a clear competitive business advantage to doing so. Is (use of) this product critical to your company's business? Does the administrative group have the political power to affect software maintenance budgets? If not, then this won't work. On the other side, such a systems has clear drawbacks. One is communication (or lack of it). Will the administrative group have a representative that attends regular systems programming meetings? Will they be following your standards? Will they be making production changes in the same, documented, organized way that you do? Same early notification to those potentially affected? Last, if the group takes responsibility for software maintenance then must do so (politically anyway) independently from any group member. If I were the manager of such a group, I'd certainly want a backup for the only one in my group with the requisite experience. Tony's note about children and power tools applies to adults as well; I've known some experienced systems programmers that thought BYPASS(HOLDERROR) was the fastest way to slam things in. Good luck. Lock Lyon YMMV. Advice offered freely and worth the price. Opinions are my own. When in doubt, lead a diamond. tony babonas [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/06/2006 01:01 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMP/E for non-sysprogs? Yep, we did it. Pros: none, other than management fantasy of lower salaried people replacing higher salaried people. Cons: Murphy's Law in every imagineable form. Children should not use power tools, only experienced adults. You will not have to wait for the long run for this to haunt you. tb -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laura Prill Sent: Monday, March 06, 2006 11:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMP/E for non-sysprogs? Hello, Has anybody worked in a shop where people other than systems programmers use SMP/E to maintain third-party products? We currently have a discussion going on in our shop about transferring PTF maintenance duties for one third-party product to an administrative group that happens to include one former sysprog with SMP/E experience. Because the others in the group do not have systems backgrounds, I am concerned that this decision could come back to haunt us in the long run, and that it also may open Pandora's box for other third-party products where the administrators are definitely non-technical. However, I do not want to stand in the way of a good idea by overreacting, if my concerns have no basis. If anyone has experienced this situation and could tell me the pros and/or cons from your experience, I would love to hear them. Thanks! Laura Prill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Tax chooses dead language - Austalia
[EMAIL PROTECTED] (Chris Mason) writes: Something else that came to mind was a comparison of the text markup languages GML and SCRIPT since GML is created from SCRIPT using the SCRIPT macro function - if my memory serves me well. stu did the original script for cms at the science center... using runoff-like dot-commands http://www.garlic.com/~lynn/subtopic.html#545tech one of the earliest documents (besides cp67/cms documentation) that was moved to script processing was principles of operation. script conditionals were used to maintain a single copy for two different versions. the full version was referred to as the architecture red book (distributed in red 3-ring binders). the subset version was the principles of operation and didn't contain all the architecture notes, engineering notes, notes justifying the instruction, etc. you used conditional on the cms script command line to control which version was produced. I have some vague recollection of some POPs being printed off a 1403 master ... where the diagram and other box vertical lines weren't continuous (you could get a 1403tn train that was capable of producing solid vertical lines). then G, M, L invented gml at the science center (gml selected because it was their initials ... then had to come up with Generalized Markup Language to go along with their initials). gml processing was then added to the cms script command. http://www.garlic.com/~lynn/subtopic.html#sgml later gml was standardized as sgml ... and waterloo did a enhanced version of the cms script command. there is story about how html was created off stuff done with the waterloo enhanced script command. http://infomesh.net/html/history/early/ at cern ... cern and slac were sister organizations and big vm shops ... there is the old story circa 1974 about the cern tso/cms bakeoff report at share ... and internally. copies were classified confidential - restricted, available on a need-to-know basis only (attempting to restrict information internally on how bad tso comparison was). slac put up the first webserver in the us. http://www.slac.stanford.edu/history/earlyweb/history.shtml -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Ron and Bruce, Actual SnapShotting (is that a word?) of the 150 volumes takes seconds to run. The rest of the time is involved in running the cleanup jobs (modifying system datasets, bringing volumes online/offline, IPLing the test LPAR, etc. Ron, You said Perhaps you're looking for the specific technology, rather than how other ways, means and costs meet your process requirement.. I would be interested in looking at other ways of being able to do this, but unfortunately cost is slightly prohibitive. The viewpoint I'm looking at is that the RVA is bought and paid for, and I would need to buy 3 TB of disk to replace it. With the mainframe is going away so don't spend any money on it mentality at my shop, I'm pretty much stuck where I'm at. That is unless somebody can convince me that for the maintenance costs on my RVA I can get 3 TB of disk along with near-instantaneous dataset and volume level replication software. If you can do that, I'm all ears! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
On Mon, 6 Mar 2006 10:46:53 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: We might have something like that around for testing. I've never used it; I don't know anyone in my department who has. Perhaps some of our testers. Maybe not your department, but don't any of the z/OS systems you work on have maintenance jobs that are regularly scheduled? Is it all started with JES2 automatic commands? Or does an operator submit them and cross the jobs off a flowchart? Not far fetched as one of my former small clients has no scheduling or restart/rerun software and still does it that way. There are some freebie ones out there including one from David Cole called SCHEDRUN that I have used before. http://www.colesoft.com/utilities.html Manager that emulates the Mellon Bank JES2 mods that include /*BEFORE and /*AFTER, and people do make use of that. Is this JES2-wannabe-JES3? I know it included /*BEFORE jobname, /*AFTER jobname and /*WITH jobname, but there may have been more to the mods. From what I know, Mellon Bank used to require anyone who communicated with them NJE to install the mods. You may be able to find more from the archives or someone like Schmuel can probably give you additional details. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit question
On Mon, 6 Mar 2006 13:35:23 -0600, Alan C. Field [EMAIL PROTECTED] wrote: On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: I supppose activate of an already active LPAR does effectively nothing. Then Mark Z said No, it will activate the current definitions which will include destroying the running LPAR. I agree, but wasn't Kees asking if he changed his image profile to alter memory allocation and did an activate (essentially an IPL) the IPL won't honour the new memory specification. So after shutting down the OS, deactivate the LPAR then ACTIVATE will read the image profile and assign the new storage. Activate is not essentially an IPL. It may or may not include IPL depending on how the image profile is set up. LOAD = IPL. What I am saying is this: ACTIVATE , *without* doing a prior DEACTIVATE, will pick up changes to engines, weight, storage, etc. So activate of an already active LPAR does indeed do something - at least on modern processors (I can't say what it did on a 3090J). Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
McKown, John wrote (to IBM-Main): [snip] programmers want a generic facility [snip] Using a dataset trigger requires updates to CA-7 to trigger a different job for each dataset (unless you know another way!). Also, everytime a new dataset is created, then they need a new ftp job and a new trigger to be entered. [snip] John: we use ESP from CyberMation but I expect that CA-7 will have similar capabilities. You can probably use wild-card patterns in the triggering name then use a CA-7 substitute variable (%ESPTRDSN for ESP) within the 'generic' JCL. With ESP, you can also trigger a Rexx- like procedure along with simple JCL submission that can create other 'user' variables ie. the destination server directory. I'd chat with your resident CA-7 guru. (or the vendor would likely be pleased to help with a solution.) I currently have JCL that operates for all of our environments (Dev, QA, Prod, etc.) to dump process an ISV log from Cics and it's triggered from a single ESP event. By parsing the triggering dataset name ie. the HLQ, in the ESP procedure, all sorts of JCL proc variables are set such as DB2 sub-sys name, Adabas DbId, StepLib HLQ, etc. 'course, you need naming rules that allow you to do this. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manual References in Posts (was Update a module in LPA ?)
Bruce here is pure goodness in providing just the needed manual reference. What isn't quite pure goodness, in my opinion, is that it's a PDF file. Chris, I thought about that and agree about searching, but as you mentioned, it is annoying to get these very long urls which wrap in many emails and need extra work to make it work right. Perhaps it is better to just point them to the library url or the library center url and tell them to do their own search. No perfect solution. (does that up my goodness quotient a bit??) -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manual References in Posts (was Update a module in LPA ?)
In a recent note, Chris Mason said: Date: Mon, 6 Mar 2006 20:35:59 +0100 Bruce here is pure goodness in providing just the needed manual reference. My thanks, also, to Bruce and others who do likewise. Even a document number helps. What isn't quite pure goodness, in my opinion, is that it's a PDF file. It's much faster to provide the CONTENTS page of the book rather than a PDF. For example, for z/OS V1R7.0 MVS System Commands it's http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160/CCONTENTS?SHELF=EZ2ZO10FDN=SA22-7627-12DT=20050714212238 Actually, it's intact as served by bama.ua.edu. So your MUA, any intervening MTAs (poor Charlie), and LISTSERV are friendly to it. No representations made for any recipient software. which I expect will need a watch the wrap warning. It may be friendlier to specify an URL which the list server system will not cut such as - praying g: Why do they do that? From RFC 821: 4.5.3. SIZES There are several objects that have required minimum maximum sizes. That is, every implementation must be able to receive objects of at least these sizes, but must not send objects larger than these sizes. [ ...] text line The maximum total length of a text line including the CRLF is 1000 characters (but not counting the leading dot duplicated for transparency). Here, though, IBM shares the blame. The VM/CMS implementation of SMTP (optionally) used virtual readers and punches as a Mail vehicle, thus enforcing (in violation of RFC 821) an 82-character limit. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2CMZ60 We'll see if that worked required a cut or not. Which isn't the same. Perhaps: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160 Having got to the Contents page, a simple Edit-Find for the section title - if no lower than 3 levels perhaps - will locate the wanted information. If that's not appropriate, the library system provides a Search function. Amen. For those who are keen PDF users, I know Acrobat has a pair of binoculars but I don't think I'm alone in finding the library Search somewhat faster and easier to use. Unless the resource costs of bandwidth, contention, and latency are deemed inconsequential. Vive la Bookie! A bas PDF. Please, IBM, don't switch. -- gil -- StorageTek INFORMATION made POWERFUL -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
The rest of the time is involved in running the cleanup jobs (modifying system datasets, bringing volumes online/offline, IPLing the test LPAR, etc. This has been discussed recently, here. Snapshots are fast. Being able to use the data is not immediate. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
Is this JES2-wannabe-JES3? Possibly. But, the Mellon Mods have been around for years. THRUPUT MGR has emulated them for over 10. It's a little ironic: I worked at a shop that had one JES3 and two JES2 sites. They got rid of JES3 due to support issues. The first thing they did was get THRUPUT MGR MSX/MSI to re-introduce the functionality to JES2, that they lost. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Rex, If you followed the friendly rivalry of Tim and I you'll see that 3TB of Mainframe disk is pretty small in today's form factors. All you need is 16x300GB spindles in RAID-6 config behind an NSC55 and you have your 3TB. And as for Maint vs new price, well replacing old disk on this basis makes the storage world go round. Set your price and see if HDS, IBM or EMC will step up to the plate with 3TB and Shadowimage. You can also go to Sun and HP if your company has a stronger relationship with them. You can also carve 3TB out of an existing storage controller being used for the Open Systems servers, which would be even cheaper again. Ron I would be interested in looking at other ways of being able to do this, but unfortunately cost is slightly prohibitive. The viewpoint I'm looking at is that the RVA is bought and paid for, and I would need to buy 3 TB of disk to replace it. With the mainframe is going away so don't spend any money on it mentality at my shop, I'm pretty much stuck where I'm at. That is unless somebody can convince me that for the maintenance costs on my RVA I can get 3 TB of disk along with near-instantaneous dataset and volume level replication software. If you can do that, I'm all ears! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
This has been discussed recently, here. Snapshots are fast. Being able to use the data is not immediate. Ted, I didn't search the archives, but I believe we clarified that when using Snap, Flash, etc, access to the copied data IS immediate, even if the vendor's implementation requires that the data be copied in the background.Depending on the circumstances, the housekeeping tasks which are NOT part of copying the data may take a noticeable time, but if you are copying to preallocated target datasets even this can be eliminated. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CF usage at DR location
Though not recovering in the exact manner you are planning your PREFLIST proposal looks good to me. With a PREFLIST consisting of ICFXXA, ICFXXB and ICFXXD here are some syslog messages for your review. ICFXXD does not exist at home. At home: IXC517I SYSTEM ABLE TO USE COUPLING FACILITY NAMED ICFXXB IXC517I SYSTEM ABLE TO USE COUPLING FACILITY NAMED ICFXXA IXC518I SYSTEM NOT USING COUPLING FACILITY NAMED ICFXXD REASON: NOT CONNECTED TO SYSTEM. REASON FLAG: 1332. Away from home: IXC517I SYSTEM ABLE TO USE COUPLING FACILITY NAMED ICFXXD IXC518I SYSTEM NOT USING COUPLING FACILITY NAMED ICFXXA REASON: NOT CONNECTED TO SYSTEM. REASON FLAG: 1331. IXC518I SYSTEM NOT USING COUPLING FACILITY NAMED ICFXXB REASON: NOT CONNECTED TO SYSTEM. REASON FLAG: 1333. Regards, Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Ted, I didn't search the archives, but I believe we clarified that when using Snap, Flash, etc, access to the copied data IS immediate, even if the vendor's implementation requires that the data be copied in the background.Depending on the circumstances, the housekeeping tasks which are NOT part of copying the data may take a noticeable time How soon after I snap can I IPL? How soon can I move the data offsite? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Bruce, I don't claim to speak for Ted, but I took his comments as being along the lines of what I mentioned earlier - that the tasks of setting up the environment after the snaps are done isn't an immediate thing. Rex snip This has been discussed recently, here. Snapshots are fast. Being able to use the data is not immediate. Ted, I didn't search the archives, but I believe we clarified that when using Snap, Flash, etc, access to the copied data IS immediate, even if the vendor's implementation requires that the data be copied in the background.Depending on the circumstances, the housekeeping tasks which are NOT part of copying the data may take a noticeable time, but if you are copying to preallocated target datasets even this can be eliminated. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Mainframe disk is pretty small in today's form factors. I'm somehow behind in terminology. I've seen a few posts that state something is #U. EG: 3U. What does that mean? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share in Seattle
Jay, Do you plan to come to the MVS SCP Project dinner? Lynette -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jay Maynard Sent: Sunday, March 05, 2006 7:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Share in Seattle On Sun, Mar 05, 2006 at 04:48:25PM -0800, Gibney, Dave wrote: I'm at the Red Lion, 2 blocks S. Went to a couple basic sessions today. Learned a couple new things anyway. I'm arriving in Seattle tomorrow afternoon. Hope to see the usual suspects, and some unusual ones, while I'm there. Stop me if you want a Hercules logo pin, too; I've got 250 of them with me. -- Jay Maynard, K5ZChttp://www.conmicro.cx http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-390 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Unusual FTP request.
In a recent note, Mark Zelden said: Date: Mon, 6 Mar 2006 13:44:17 -0600 Maybe not your department, but don't any of the z/OS systems you work on have maintenance jobs that are regularly scheduled? Is it all started with JES2 automatic commands? Or does an operator submit them and cross the jobs off a flowchart? Not far fetched Damn! It's gotta be better than that (he muses). So I asked. I work in a development lab. Backups are automated by the meager scheduling facilities of HSM. That's all the admin I asked offered; I elected not to badger her for more, but she offered that our production shop uses more sophisticated commercial schedulers. What scheduled maintenance should I expect in a development lab? Perhaps scratching tramp data sets? Others? Thanks for motivating me toward enlightenment, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
I don't claim to speak for Ted, but I took his comments as being along the lines of what I mentioned earlier - that the tasks of setting up the environment after the snaps are done isn't an immediate thing. Exactly. As I said, How soon can I use the snap'd data? That is the key! Is a snap IPLable? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
I'm somehow behind in terminology. I've seen a few posts that state something is #U. EG: 3U. What does that mean? 1U = 1.75 inches in height, and is the U from RU or rack unit. Its a measurement of space for something to take in the standard 19 inch racks used for everything these days. Used to also be called 1 pizza box, although I don't hear that much anymore. I do believe the measurements are all left over from the old telephone company days... and looking in Wikipedia I see that's right. Want to read more? http://en.wikipedia.org/wiki/19-inch_rack Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SET IBM-MAIN NOMAIL
SET IBM-MAIN NOMAIL
Re: CA-OPS/MVS problem with z/OS 1.6
Just to give credit where credit is due, CA came through for me with a pointer to a fix on their support site. I guess that I'm just not a good searcher on their site. I put this one PTF on and all is well. That's one attaboy for CA today from me. Of course, that doesn't mean that I won't complain in the future, if necessary GRIN -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
As I said, How soon can I use the snap'd data? That is the key! Is a snap IPLable? We snap our entire production environment and can IPL immediately after the snap. Seperate LPAR definition with different IPL address and parmlibs for the test environment are maintained from production environment and available for IPL immediately after snap. Its all STK V2X hardware. We also take another, seperate, snap instance for BCP backups. Again, the backups to tape start immediately after the snaps are complete. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Tax chooses dead language - Austalia
Gerard Schildberger wrote: Where can one find more information on the TSO/CMS bakeoff report (also known as the CMS/TSO bakeoff)? Is there a copy of it floating around in cyberspace ? ___Gerard S. i did a quick look ... i thot i might find it along with a copy of 1979 SHARE LSRAD report ... but so far, no luck. however, from the same era (circa 1974 cern cms/tso comparison), i did stumble across hand-out and for some unknown reason, several transparencies for Early VS2 Release 2 Users' Experience, presented by Jeffry A. Alperin, Aetna Life and Casualty, Hartford Conn. given at Guide 39, Anaheim, Cal, Session no. ops-6 (thursday, nov. 7, 1974 - 8:30 am). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Update: PROTECTION EXCEPTION 0C4 - Job Doesn't Work When Dataset Used
On Thu, 23 Feb 2006 12:40:26 -0500, Robert Pelletier [EMAIL PROTECTED] wrote: The job just worked using work files. It failed all morning with work. Any ideas? Does an LE program require a lot of storage? It looks like our PUBLIC volumes have plenty of space. Thanks all. Think Spring !!! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut Have you found an acceptable answer to this one ??? I recall having a very similar issue a few years ago, but I haven't been able to find my notes on it. We experienced very inconsistent behavior. But I seem to recall our issue relating to passing a temporary dataset between steps. Someone also had an answer, which is why I was trying to find my notes. Are you looking for an answer or a way around it ??? If you just code something in the DSN= and make sure you don't specify DISP=, the end result is a dataset that goes away after the JOB completes much like a tempporary dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tax chooses dead language - Australia
The Australian Tax Office is in the news again. http://australianit.news.com.au/articles/0,7204,18371298%5E15306%5E%5Enbv% 5E,00.html It contains reports on possible off-shoring work. Also supportive comments about the use of COBOL based system. Happy reading Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM APAR
On Mar 6, 2006, at 7:19 AM, Chase, John wrote: -SNIP It's only been around for 3 - 4 years, maybe longer I am still liking the hyper doc (or new classification like installation?) type since it goes the SMP/e rout which everyone knows about. ??? Some other sysprogs that I know don't know about it but they don't go SHARE. I would hate to think that this apparently nice facility is limited to SHARE attendees. I am not against this per se.. The idea that any important piece of information should be disseminated as widely as possible should be the end point in this discussion. Since IBM has had this in place for 20 (++?) years with SMPHOLD data, to me makes this an ideal avenue for IBM to get information out to the end user (read sysprog) community. I do like the idea of flash's but in truth over the years they never seemed to reach the intended community (sysprogs). IBM has consistently (and to their credit) preached the smphold mantra. It works. Now maybe if the flash has other audiences then it serves its purposes. It appears to me that the flashes can exist side by side with smphold data they should not be mutually exclusive, so what if a flash and a holddata are sent out? No one is going to complain. Ed -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
Thanks for all the comments so far. This third-party product has its own segregated CSIs, which is a good thing. But the product includes APF- authorized libraries and SVCs, which is a bad thing. I suppose we could implement some convoluted scheme whereby Systems has to install anything that touches those modules, but in my mind it seems to be more trouble than it's worth. I really just wondered if anyone out there was allowing SMP/E use outside of Systems, period! Thanks, Laura -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share in Seattle
On Mon, Mar 06, 2006 at 05:12:22PM -0600, Pope, Lynette wrote: Do you plan to come to the MVS SCP Project dinner? Yes, I am. I spoke to Sam earlier this evening, and he said he'd get me on the list, but since you contacted me directly... :-) When and where is the gathering? -- Jay Maynard, K5ZChttp://www.conmicro.cx http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
In a previous role, the systems area happily shared installation/maintenance responsbilities for a few products. The sysprogs did the tape unload into the site standard data sets (which might be an SMPE process) and then handed over to the next area. This process was most frequently used for DB2 products. Why ? Sysprogs had relevant access to create the new system speedily. Were owners of the standards doc ? Had current SMPE knowledge. Then handover to to the DBA's. Who had the relevant DB2 access/knowledge/expertise to the DB2 subsystems. Basically, if the DBA's followed the rules then we were happy. ...and they were nice people and followed the rules. A further point - I found that even experienced sysprogs could get into trouble with SMP/E. I figured in the long run I would save lots of my time doing the donkey work for whoever and then handing over, rather than let someone stuff their CSI's and have to sort it out for them. Cheers Hank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
On Mon, 6 Mar 2006 20:54:15 -0600, Laura Prill [EMAIL PROTECTED] wrote: Thanks for all the comments so far. This third-party product has its own segregated CSIs, which is a good thing. But the product includes APF- authorized libraries and SVCs, which is a bad thing. I suppose we could implement some convoluted scheme whereby Systems has to install anything that touches those modules, but in my mind it seems to be more trouble than it's worth. I really just wondered if anyone out there was allowing SMP/E use outside of Systems, period! APF libraries and SVCs ought to have enough Red Flags attached to them for you to take the request to your organization's risk management group for review. Failing such a group, see your friendly neighborhood auditor. The issues are: How can you verify that the SVC and APF modules in the load libraries are, in fact, the modules produced by the SMP/E audit trails? What controls are in place to keep a user (any user) from updating the libraries OUTSIDE of SMP/E's control? What controls exist to prohibit a rogue APAR/PTF/USERMOD (or FMID for that matter) from altering any module in a manner unsupported by the vendor? Can you verify that every SMP/E process has all of the appropriate SMPLOG files available for review? Failing all of that... is your resume up-to-date and offline? -- Tom Schmidt Madison, WI (Yes, I have been asked those questions by auditor(s) before.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 NFS server question
McKown, John [EMAIL PROTECTED] wrote: I crossposted this to IBM-MAIN and IBMTCP-L because I'm not too sure where the NFS expertise might reside. Apologies to those, like me, who will get two copies. John, I replied to your posting in IBMTCP-L. You can contact me offline if I can help. One of the problems at my shop, is that Windows (up to 2003) Server has no native NFS Client support. Since your 'doze guys have the pesetas (er, Yuans?), maybe thay can spring for one at their end. Hummingbird, an NFS Linux/Windows vendor, comes to mind. Ed R. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
On Mar 6, 2006, at 12:01 PM, tony babonas wrote: Yep, we did it. Pros: none, other than management fantasy of lower salaried people replacing higher salaried people. Cons: Murphy's Law in every imagineable form. Children should not use power tools, only experienced adults. You will not have to wait for the long run for this to haunt you. tb Hehe maybe you can get Steve C to come in and teach them, I hear he is looking for work. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
I'm basically with Hank and Tom on this. My team are responsible for the integrity of systems we roll out. So we do the SMP/E work, and own the system datasets - if any targets need updating we do it. Once applied, it is handed over to the team responsible for the software in question, and they do cutomization. If they find they need fixes they get them, and advise us. Repeat as necessary. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
1U is 1.75 inches of height in a standard rack. Therefore a 3U device only takes up 5.25 inches - not a lot of space when compared to an RVA! Mainframe disk is pretty small in today's form factors. I'm somehow behind in terminology. I've seen a few posts that state something is #U. EG: 3U. What does that mean? And I suppose I should fill out what I was thinking here. There are plenty of environments (including Multiprise 3000 environments with built-in storage) in which a whole cabinet (or rack) is a lot of physical space, in reality and/or in management psychology. Mainframe storage is tiny now, at least in the IBM DS6800 case (perhaps others, too). That 3U height holds up to a few terabytes, and those terabytes can be split among multiple types of servers. You can expand in 3U increments if you need more than a few terabytes. That's what enterprise-class storage has become: tiny. (That 3U is also very fast. Not as fast as the big cabinets, but fast.) And tiny investments are quite often easier investments. Funny how people are that way, but there it is. If somebody looks at the thing he/she can't help saying, That's it? That's all you want? Did I mention it's tiny? - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E for non-sysprogs?
On Mar 6, 2006, at 8:54 PM, Laura Prill wrote: Thanks for all the comments so far. This third-party product has its own segregated CSIs, which is a good thing. But the product includes APF- authorized libraries and SVCs, which is a bad thing. I suppose we could implement some convoluted scheme whereby Systems has to install anything that touches those modules, but in my mind it seems to be more trouble than it's worth. I really just wondered if anyone out there was allowing SMP/E use outside of Systems, period! Thanks, Laura Laura, Yes that is an issue and there is no easy work around, AFAIK. Several years ago I had heard rumors that some company had started to maintain their source (read cobol) with SMP/e. I can not confirm this but it was a rumor. As we all know don't look to CA as a place that gets along with SMPe. There are other companies that do a reasonable job (fewer than you might wish though). Personally the number is probably in the 1 or lower two digits that do a reasonable job with SMP/e. Given that I would strongly suggest that the system group do the installs for *ALL* products or at least the ones that need *ANY* access to any system library. (I think I would include the linklist LPALIST in this) . It really comes down to how good your company is with politics and finger pointing as that what will happen, believe me. It will get nasty, take my word for it. Don't go with the name of the group would know better. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.6 NFS server question
Tom Schmidt writes: The reason to use NFS instead of SMB is that NFS is an actual standard while SMB is not. Granted, SMB seems to be what Windows uses but MS didn't publish the interface and a new release (or patch level) could break it at any time... then the Windows weenies would REALLY growl, right? That's a good instinct, and I agree with the instinct, but Ed R. writes: One of the problems at my shop, is that Windows (up to 2003) Server has no native NFS Client support. therein lies the problem. Here's the key run-on sentence I wrote: If it's too hard to get the data they need (Web services, ODBC, or SMB share -- those are your only convenient options in the Windows world, probably in that order, and mainframes do all three very, very well) then they'll find a way to generate the data some other way. There's something called Windows Services for UNIX which is available as an optionally installed feature for various Windows server versions and which provides NFS. Chances are excellent, though, as in Ed's shop, that it's not already installed and configured on the servers in question. And when you go to http://www.microsoft.com to find out about Windows Services for UNIX you get treated to a heavy dose of migrate from UNIX/Linux/anything else to Windows marketing junk before you get even basic advice on how to set it up. The probably in that order remark is also key -- SMB is third on the list of three. I'm not a big fan of either SMB or NFS for integration purposes. One big reason is the reason Tom alludes to: brittleness. I am a huge fan of smooth and easy on-ramps, though. If your mainframe cannot provide those smooth and easy on-ramps -- if it's difficult to work with -- then that's a huge problem. But what's also key is this: mainframes do all three very, very well. There really are only three convenient choices because Windows, out of the box, is pretty limited. Make it as easy as possible and your services will be in demand. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Commands in Batch
On Thu, 2 Mar 2006 20:41:51 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 03/02/2006 at 01:02 PM, Philip Miscione [EMAIL PROTECTED] said: What is the best method of issuing vary online/offline commands in the batch. The TSO CONSOLE command. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html You can use the CommandZ program on my file on the CBT tape (www.cbttape.org), it's file088. CommandZ will not only allow you to issue the command, but will allow you to test if it worked or not, or if you even really need to issue the command in the first place, you can also have the script wait until the device is actually in the state you wanted: IFONLINE/IFOFFLINE and ONLINE/OFFLINE. You can ask it to work by either VOLSER or Unit Address For instance: IFONLINE V=MVSRS2 check if MVSRS2 online now V 0123,offline if so, vary it offline ENDIF end of our IF group OFFLINE V=MVSRS2 This will pause until the volume is offline S INITDSK,V=0123 do whatever you wanted the disk offline for You could also go by Unit address IFONLINE A=0123 V 0123,OFFLINE ENDIF OFFLINE A=0123 S INITDSK,V=0123 This version of the program is available at no cost (free:). Brian Westerman Syzygy Incorporated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unusual FTP request.
-- snip -- Maybe not your department, but don't any of the z/OS systems you work on have maintenance jobs that are regularly scheduled? Is it all started with JES2 automatic commands? Or does an operator submit them and cross the jobs off a flowchart? Not far fetched Damn! It's gotta be better than that (he muses). So I asked. I work in a development lab. Backups are automated by the meager scheduling facilities of HSM. That's all the admin I asked offered; I elected not to badger her for more, but she offered that our production shop uses more sophisticated commercial schedulers. What scheduled maintenance should I expect in a development lab? Perhaps scratching tramp data sets? Others? -- snip -- Development lab. You probably produce a few abends (maybe even a few SVC dumps :-)). Do you care about SMF data, EREP. Old jobs in JES2. Also, as you mentioned, cleaning up old datasets (you may not have a well defined SMS/HSM environment set up) In a development environment you can take care of all these kinds of regular (timed or event) tasks via other means. A production environment has a very different quality. Accountablility. Clearly defined roles. Structured and controlled batch runs that are tuned to their current environment. Automatically created problem tickets, Emails, pagers. John. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html