Re: Transfer reports from lpar to lpar
HI I donot know if this is interesting, but we have a product that offers the ability to read and write Dataset across Sysplex Borders as if they were local Here is a link to a german Website : http://www.hostsystems.de/de/csm.htm If you need more Info please write to my Personal EMAIl ADRESS: [EMAIL PROTECTED] Original-Nachricht Datum: Mon, 10 Mar 2008 20:27:22 -0300 Von: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: Transfer reports from lpar to lpar In [EMAIL PROTECTED], on 03/07/2008 at 12:59 PM, Gilbert Cardenas [EMAIL PROTECTED] said: Hello all, I am looking for ideas on ways to transfer reports/sysouts from one JES2 spool on one lpar to another lpar. Why not NJE? -- 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 -- M f G. Giovanni Santuz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
In [EMAIL PROTECTED], on 03/10/2008 at 03:49 PM, Wayne Bell [EMAIL PROTECTED] said: But to add to the confusion, There should be no confusion if you keep in mind that everything is a string. X = 2 + 2; You're adding 2 and 2; 2 and 2 are different ways of expressing the same value. Both converted to numerics!! REXX recognizes the string 2 as being numeric; it doesn't matter how you express it, just what the value is. -- 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: clock, daylight savings time
In [EMAIL PROTECTED], on 03/10/2008 at 04:26 PM, Schwarz, Barry A [EMAIL PROTECTED] said: Is CDT really 7 hours off from GMT? CST is -0600. Fall back one hour and you get -0700. -- 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: Transfer reports from lpar to lpar
In [EMAIL PROTECTED], on 03/07/2008 at 03:17 PM, Gilbert Cardenas [EMAIL PROTECTED] said: BTW, I have not been part of this list long so is it prohibited to post information regarding a job opening? Not if you run it by Big D (mailto:Darren Evans-Young [EMAIL PROTECTED] or mailto:[EMAIL PROTECTED]) first. -- 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: clock, daylight savings time
In [EMAIL PROTECTED], on 03/10/2008 at 04:08 PM, Paul Gilmartin [EMAIL PROTECTED] said: There's a paradigm shift required here. The core UNIX function, localtime() does not automatically switch to and from DST. Rather, if localtime() is called with the same argument and with the environment variables having the same values, One of those environment variables is TZ and the spring forward/fall back dates are optionally part of the TZ value. -- 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
Tivoli Output Manager - SAF Security Activation Options
Greeting all, I'm studying the Tivoli Output Manager User's Guide to determine how to implement RACF security using the SAF interface and have the following questions. 1) The guide only shows setting the SAF ID via what appear to be console commands to be entered after product initialization. Is it possible to set the SAF ID in configuration options, such as the BJT#IN03 parameter library member? Can it be changed via the ADMIN menus, and if yes, via which menu resource? 2) How do you set the SAF CLASS parameter? Based on the descriptions found in the messages section of the guide, it appears this is done via console commands like SET ID. Is it possible to set SAF CLASS in configuration options? Can it be changed via the ADMIN menus? 3) Is the FACILITY class the default value for the SAF CLASS parameter? Regards, Bob Robert S. Hansel | 2008 RACF Training (January - July) Sr. RACF Specialist| Intro Basic Admin - Boston - APR 29 - MAY 1 RSH Consulting, Inc. | Audit for Results - Boston - MAY 20-22 www.rshconsulting.com | 617-969-8211 | Visit our website for registration details -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
Ulrich Krueger wrote: Could someone please run a TRACE and post the results? I can't at the moment. This really puzzles me. What so puzzling? ;-D /* REXX */ /* To MATCH or NOT MATCH String versus Number */ /* Variables are actually exponencial numbers */ /* It is 0*10^0 against 0*10^8 basically zero/nilch/nada/0 */ TRACE I OFFSET1 = 'E0' ; OFFSET2 = 'E8' ; IF (OFFSET1 == OFFSET2) THEN SAY 'MATCH!' ; ELSE SAY 'NO MATCH!' With '=' 6 *-* OFFSET1 = 'E0' L E0 7 *-* OFFSET2 = 'E8' L E8 8 *-* IF (OFFSET1 = OFFSET2) V E0 V E8 O 1 *-* THEN *-* SAY 'MATCH!' LMATCH! MATCH! *** With '==' 6 *-* OFFSET1 = 'E0' L E0 7 *-* OFFSET2 = 'E8' L E8 8 *-* IF (OFFSET1 == OFFSET2) V E0 V E8 O 0 9 *-* ELSE *-* SAY 'NO MATCH!' LNO MATCH! NO MATCH! *** HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: upgrading z?OS 1.4 to 1.8 or 1.9
only problem we had was with BMC Ultraopt...just incase your running it... FYI--still not fixed -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) Schwarz, Barry A said: Is CDT really 7 hours off from GMT? CST is -0600. Fall back one hour and you get -0700. Why would you fall back from CST? Wouldn't that give Daylight Spending Time? -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: Tape switching: Autoswitch vs MIM/Allocation
snip- I know that MIM/Allocation is more powerful in that it can span multiple sysplexes and has more options. However, in a single basic sysplex environment with only two members, it is really worth my while to set up MIM/Allocation? We have it because we use MIM/Integrity (mainly to automatically hold/requeue/release jobs with DATASET IN USE). More curious than anything else. unsnip- I wouldn't bother. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape switching: Autoswitch vs MIM/Allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Tuesday, March 11, 2008 8:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Tape switching: Autoswitch vs MIM/Allocation snip- I know that MIM/Allocation is more powerful in that it can span multiple sysplexes and has more options. However, in a single basic sysplex environment with only two members, it is really worth my while to set up MIM/Allocation? We have it because we use MIM/Integrity (mainly to automatically hold/requeue/release jobs with DATASET IN USE). More curious than anything else. unsnip- I wouldn't bother. That seems to be the consensus. In any case, I can start with autoswitch and always implement MIA later if there is some good reason. Right now, I'm busy enough just trying to get this mess off the ground. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Transfer reports from lpar to lpar
Asked and answered. The OP's local sysprogs don't like NJE for some reason, have not implemented it, and (according to the OP) will not do so. Politics was suggested as the underlying reason. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, March 10, 2008 7:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Transfer reports from lpar to lpar In [EMAIL PROTECTED], on 03/07/2008 at 12:59 PM, Gilbert Cardenas [EMAIL PROTECTED] said: Hello all, I am looking for ideas on ways to transfer reports/sysouts from one JES2 spool on one lpar to another lpar. Why not NJE? This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Rexx bug?
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Patrick O'Keefe Skickat: den 10 mars 2008 20:50 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Rexx bug? On Mon, 10 Mar 2008 19:16:26 +, Ted MacNEIL [EMAIL PROTECTED] wrote: The simple answer is that the designed the interpreter that way. Whenever possible numeric strings are interpreted as numbers first, unless you perform unnatural acts of coding, regardless of whether you quote it or not. While I've known this for years, I've never given it much thought. I've been coding REXX since around 1988 but never (knowingly) ran into this ... probably because I've never needed to use scientific notiation in REXX and never even knew it was supported. I now wonder how many comparisons are waiting to fail on me. I can just picture very different and unexpected results from the two invocations x= SOMEEXEC(00E0 00E8) y= SOMEEXEC(00F0 00F8) where REXX sees 2 equal numbers in the first case and 2 different strings in the second case. No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). Try x = 00E0 + 00E8 and y = 00F0 + 00F8 You will get an error in the latter case. Regards, Thomas Berg _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Recatalog a GDG - accidentally deleted the base
Hello Required help! Unfortunately I deleted the GDG Base and I have 2 generations available. When I try to browse or edit the generations I am not able to perform anything. Can I recreate GDG base and try to edit? Will it works. Thanks. Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Rexx bug?
From REXX/VM Reference - Quote Certain character strings are numbers even though they do not appear to be numeric to the user. Specifically, because of the format of numbers in exponential notation, strings, such as 0E123 (0 raised to the 123 power) and 1E342 (1 raised to the 342 power), are numeric. In addition, a comparison such as 0E123=0E567 gives a true result of 1 (0 is equal to 0). To prevent problems when comparing nonnumeric strings, use the strict comparison operators. /Quote Thomas Berg wrote: -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Patrick O'Keefe Skickat: den 10 mars 2008 20:50 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Rexx bug? On Mon, 10 Mar 2008 19:16:26 +, Ted MacNEIL [EMAIL PROTECTED] wrote: The simple answer is that the designed the interpreter that way. Whenever possible numeric strings are interpreted as numbers first, unless you perform unnatural acts of coding, regardless of whether you quote it or not. While I've known this for years, I've never given it much thought. I've been coding REXX since around 1988 but never (knowingly) ran into this ... probably because I've never needed to use scientific notiation in REXX and never even knew it was supported. I now wonder how many comparisons are waiting to fail on me. I can just picture very different and unexpected results from the two invocations x= SOMEEXEC(00E0 00E8) y= SOMEEXEC(00F0 00F8) where REXX sees 2 equal numbers in the first case and 2 different strings in the second case. No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). Try x = 00E0 + 00E8 and y = 00F0 + 00F8 You will get an error in the latter case. Regards, Thomas Berg _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: [EMAIL PROTECTED] -- Chris Langford, Cestrian Software: Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. z/FM - A toolbox for VM MVS at http://zfm.cestrian.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
CA7 in batch
Listers I am working on a utility that needs to access ca7 from Rexx, initially I set up some JCL to test if I can get a command processed outside CA7 itself. JCL is below I've got it sort of running but it just sits there and waits and eventually I get an S522 12.37.25 JOB34099 +CA-7.INCD - COMMDS ON HAZ101 SHR 12.38.20 JOB34099 @71 CA-7.252 BATCH TERMINAL #2 IN USE. REPLY WAIT,CANCEL, OR RESET 12.40.17 JOB34099 IEA995I SYMPTOM DUMP OUTPUT 790 790 SYSTEM COMPLETION CODE=522 any ideas how I get this to work? Here is my JCL //CA7BTI EXEC PGM=SASSBSTR,REGION=4M,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR //BATCHIN DD DUMMY //BATCHOUT DD DSN=ZGS1488.BTI2OUT,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * LJOB,LIST=NODD,JOB=PRAB0001 /* //CA7RESET EXEC PGM=SASSBEND,REGION=4M,COND=ONLY,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR thanks Gerry Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recatalog a GDG - accidentally deleted the base
On Tue, 2008-03-11 at 22:17 +0800, Pushparaj, Samuel S wrote: Unfortunately I deleted the GDG Base and I have 2 generations available. If those two generations are actually still available (you can see them e.g. in ISPF 3.4) then you should be able to redefine the GDG and then use ALTER ROLLIN on the the generation datasets to reconnect them. If you've deleted the GDSes along with the base then you'll have to recover them from your backup. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Rexx bug?
In the category you can't always believe what you read in the manual, 0E123 is 0 times 10 to the 123 power, and 1E342 is 1 times 10 to the 342 power. Mark Wheeler, 3M Company Chris Langford [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: SV: Rexx bug? 03/11/2008 09:32 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU From REXX/VM Reference - Quote Certain character strings are numbers even though they do not appear to be numeric to the user. Specifically, because of the format of numbers in exponential notation, strings, such as 0E123 (0 raised to the 123 power) and 1E342 (1 raised to the 342 power), are numeric. In addition, a comparison such as 0E123=0E567 gives a true result of 1 (0 is equal to 0). To prevent problems when comparing nonnumeric strings, use the strict comparison operators. /Quote Thomas Berg wrote: -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Patrick O'Keefe Skickat: den 10 mars 2008 20:50 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Rexx bug? On Mon, 10 Mar 2008 19:16:26 +, Ted MacNEIL [EMAIL PROTECTED] wrote: The simple answer is that the designed the interpreter that way. Whenever possible numeric strings are interpreted as numbers first, unless you perform unnatural acts of coding, regardless of whether you quote it or not. While I've known this for years, I've never given it much thought. I've been coding REXX since around 1988 but never (knowingly) ran into this ... probably because I've never needed to use scientific notiation in REXX and never even knew it was supported. I now wonder how many comparisons are waiting to fail on me. I can just picture very different and unexpected results from the two invocations x= SOMEEXEC(00E0 00E8) y= SOMEEXEC(00F0 00F8) where REXX sees 2 equal numbers in the first case and 2 different strings in the second case. No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). Try x = 00E0 + 00E8 and y = 00F0 + 00F8 You will get an error in the latter case. Regards, Thomas Berg _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: [EMAIL PROTECTED] -- Chris Langford, Cestrian Software: Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. z/FM - A toolbox for VM MVS at http://zfm.cestrian.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape switching: Autoswitch vs MIM/Allocation
snip We only have a single monoplex today. We are splitting it in twain for political reasons. I.e. the current image will run only production work, the new image will run all development/test/qa (nonproduction) work. It will be a basic sysplex because nobody would pony up the $173,000 USD to get a CFL for our z9BC. If interested, the reasoning goes that since we cannot get all of our work done during month-end because production soaks the CPU totally, the non-production work is be unjustly penalized. This will be fixed by putting the non-production work in its only LPAR on the same CEC and weighting the LPARs appropriately. Nobody would believe me when I said that I could do this using WLM on a single image. They wouldn't even allow a proof of concept to see how a WLM solution might work. Yes, I'm disgusted. ---unsnip The whole situation sounds very much like Management by Airline Magazine. Do as you're told, try and soak the very best performance you can get, watch for vacancies in the ranks of senior management and quietly prepare for a CPU upgrade. Your politicians are like most others; not all, but most. They don't know diddley squat about capacity management and they've let things deteriorate to the point where the only solution is to spend some money, a mortal sin in their eyes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Shmuel Metz (Seymour J.) wrote: Is CDT really 7 hours off from GMT? CST is -0600. Fall back one hour and you get -0700. Huh??? You don't fall back from CST. You spring forward to CDT, which is -0500! http://www.timeanddate.com/library/abbreviations/timezones/na/cst.html http://www.timeanddate.com/library/abbreviations/timezones/na/cdt.html -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape switching: Autoswitch vs MIM/Allocation
I can relate and sympathize with John on this. A while back I was asked to work with the installation team to *shoehorn* WAS V5 onto a G5 in 31 with 2 LPAR's, 1 sandbox/1 production/dev. The prod/dev. LPAR had 2.4 GB w/1.7 cs and .7 es. The machine was already running at 100% with latent demand. While my pre analysis stated that it would not work I was *asked* to make it happen. Of course being the good soldier I am I proceeded. I wish I could have seen the faces when we started the WAS cell groups up during prime time as I was working remote of the corporate site where the prod users were. I sure saw the faces of the support staff at our site when we cranked WAS up. The freakin' lights dimmed in Trevose at times. After about 6 weeks of causing my own performance problems it was decided it would not work. That and the fact that we did not really have the storage to support prod., acceptance, dev. and test WAS cell groups. It was an experience though and I did seem some performance numbers I have never saw before. Rick Fochtman [EMAIL PROTECTED] wrote: The whole situation sounds very much like Management by Airline Magazine. Do as you're told, try and soak the very best performance you can get, watch for vacancies in the ranks of senior management and quietly prepare for a CPU upgrade. Your politicians are like most others; not all, but most. They don't know diddley squat about capacity management and they've let things deteriorate to the point where the only solution is to spend some money, a mortal sin in their eyes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape switching: Autoswitch vs MIM/Allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Tuesday, March 11, 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Tape switching: Autoswitch vs MIM/Allocation [snip] ---unsnip The whole situation sounds very much like Management by Airline Magazine. Do as you're told, try and soak the very best performance you can get, watch for vacancies in the ranks of senior management and quietly prepare for a CPU upgrade. Your politicians are like most others; not all, but most. They don't know diddley squat about capacity management and they've let things deteriorate to the point where the only solution is to spend some money, a mortal sin in their eyes. -- It is a combination of two things, from what I understand. First, many managers now here came from a larger shop when this was normal, so they think this is the way every shop should run. Second, the managers were of the opinion that this new image was theirs and under their control. That is, production can't mess around with MY system any more! Reminds me of many years ago with a lady in accounting (at another company). She got actual 80 column card decks for PAC (Pre Authorized Check) processing. I wrote a very quick and dirty ROSCOE application to help her. She didn't want it. Why? She took out the card deck, with a computer print out wrapped around it and said: This is MINE! I know and have proof of what happened with these accounts! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
On Tue, 11 Mar 2008 04:35:14 -0300, Shmuel Metz (Seymour J.) wrote: There's a paradigm shift required here. The core UNIX function, localtime() does not automatically switch to and from DST. Rather, if localtime() is called with the same argument and with the environment variables having the same values, One of those environment variables is TZ and the spring forward/fall back dates are optionally part of the TZ value. Yes, but the important distinction is that, in contrast to the CVT fields, neither TZ nor any other environmental setting needs to be changed semiannualy. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Edward E Jaffe wrote: You don't fall back from CST. You spring forward to CDT, which is -0500! Correct. And, springing forward from -8 (PST) yields -7 (PDT), which was the actual time zone offset of the system on which I executed the demo program: I was confused about the time zone on the machine on which I tested the code. I have access to systems with various time zone offsets. That was really PDT (Pacific Daylight Time), _NOT_ Central Daylight Time (CDT) as I stated. PST = UTC - 8 PDT = PST + 1 spring forward PDT = UTC - 7 LOCAL TIME = GMT TOD + CVTLDTO - CVTLSO CVTLDTO - CVTLSO = LOCAL TIME - GMT TOD CVTLDTO = LOCAL TIME - GMT TOD + CVTLSO GMT: 22:57:14.900771 2008/03/10 (UTC [most call it GMT]) LOCAL: 15:56:51.900771 2008/03/10 (Pacific Daylight Time) --- = -07:00:23 (LOCAL TIME - GMT TOD) = (CVTLDTO - CVTLSO) + + :23 (LSO [actual, current value]) - -07:00:00 (LDTO) -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
On Mon, 10 Mar 2008 20:01:59 -0500, William H. Blair wrote: The service corresponding to time() is TIME STCK[E],,ZONE=GMT Except for the difference in epoch and radix, the UNIX time() function is conceptually equivalent to z/OS TIME STCK[E],addr or TIME BIN,addr,ZONE=GMT or TIME DEC,addr,ZONE=GMT. Here we agree. It would have been nice if z/OS had implemented the following function: TIME STCK[E],addr,ZONE=LT I would prefer that ZONE be an argument to STCKCONV so any user anywhere could convert a timestamp, possibly recorded elsewhere, to local time. Even better, ZONE should support values indicating specific, not necessarily local, time zones. The service corresponding to gmtime() is STCKCONV Nope. STCKCONV is just a formatting conversion service. It does not return anything about the current time or date on the system on which it is executed. ... No. RTFM: man gmtime ... struct tm * gmtime(const time_t *clock); ... The function gmtime() similarly converts the time value, but without any time zone adjustment, and returns a pointer to a tm structure ... gmtime() is just a formatting conversion service. It does not return anytthing about the current time or date on the system on which it is executed. In what way does this not correspond to STCKCONV? ... In z/OS what corresponds to the UNIX gmtime() function is (at best) TIME BIN,addr,ZONE=GMT or TIME DEC,addr,ZONE=GMT. I know of no service corresponding to localtime(). In z/OS what corresponds to the UNIX localtime() function is (at best) TIME BIN,addr,ZONE=LT or TIME DEC,addr,ZONE=LT. No. RTFM: struct tm * localtime(const time_t *clock); The function localtime() converts the time value pointed at by clock, and returns a pointer to a ``struct tm'' (described below) which contains the broken-out time information for the value after adjusting for the current time zone (and any other factors such as Daylight Saving Time). Again, localtime() is just a formatting conversion service ... There is no built-in z/OS service I know of that will return a TOD clock-format (STCK or STCKE) value that has been corrected to represent the local time. As above, such corrections would more usefully be performed by STCKCONV, so archival timestamps could uniformly be uncorrected TOD clock values. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
On Mon, 10 Mar 2008 19:38:59 -0500, William H. Blair wrote: If by the phrase correct result you mean actual LOCAL TIME then it can't and won't. That is not what I was trying to show you. I was demonstrating and illustrating the fact that that, for input to STCKCONV, you HAVE TO ALREADY HAVE a corrected local time stamp value (in STCK or STCKE format) in order to get the correct LOCAL TIME out of the STCKCONV service. The purpose of the program was to demonstrate that you can't get what you call the correct result out of STCKCONV with JUST a TOD clock value. The arguments for storing time stamps in a universal convention, such as UTC are well known; I hope you're aware of them. One of the strong ones is the ambiguity in local time during the autumn Daylight Saving adjustment. If you have TOD clock values recorded in a data set (such as a log file of some sort) then you will simply have to know (if you did not also record the contemporaneous values of the LSO and LDTO fields) and be able to reproduce them. In some cases, of course, this information is known. For example, the value of CVTLSO is pretty constant, and can actually be looked up in a table whose argument is GMT, because when LSO changes and, in the past, has changed, is set by international agreement and is published. So that does not need to be recorded with the STCK[E] values, if you are willing to go to the trouble of looking it up in a table. The value of LDTO is simply time zone-dependent, and if you know the time zone of the machine that produced the data then that can be looked up in another table. There are two boundary conditions that are difficult to deal with, but for the most part, unless you are writing an operating system or a product, you don't really need this data recorded. It's easier of course if you do have it, but it costs you an extra 16 or 32 bytes in your log records or whatever. Wouldn't this complexity, and the associated tables, better be incorporated in a system facility, such as an enhanced STCKCONV, eliminating the need for each application's developer to repeat the coding effort, and reducing the hazard of coding errors? One might invoke Unix System Services to perform much of the computation. Unfortunately, UNIX is ignorant of leap seconds, as required by POSIX specification of the standard functions (but this doesn't preclude extensions as an alternative). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA7 in batch
Gerry, Try a /LOGOFF statement as the last SYSIN statement. Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, March 11, 2008 4:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA7 in batch Listers I am working on a utility that needs to access ca7 from Rexx, initially I set up some JCL to test if I can get a command processed outside CA7 itself. JCL is below I've got it sort of running but it just sits there and waits and eventually I get an S522 12.37.25 JOB34099 +CA-7.INCD - COMMDS ON HAZ101 SHR 12.38.20 JOB34099 @71 CA-7.252 BATCH TERMINAL #2 IN USE. REPLY WAIT,CANCEL, OR RESET 12.40.17 JOB34099 IEA995I SYMPTOM DUMP OUTPUT 790 790 SYSTEM COMPLETION CODE=522 any ideas how I get this to work? Here is my JCL //CA7BTI EXEC PGM=SASSBSTR,REGION=4M,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR //BATCHIN DD DUMMY //BATCHOUT DD DSN=ZGS1488.BTI2OUT,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * LJOB,LIST=NODD,JOB=PRAB0001 /* //CA7RESET EXEC PGM=SASSBEND,REGION=4M,COND=ONLY,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR thanks Gerry Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: clock, daylight savings time
Paul Gilmartin wrote: I would prefer that ZONE be an argument to STCKCONV so any user anywhere could convert a timestamp, possibly recorded elsewhere, to local time. Even better, ZONE should support values indicating specific, not necessarily local, time zones. Yes, that was an [obvious] omission. It was a great surprise to me, and a disappointment, when I first learned about STCKCONV. .. such corrections would more usefully be performed by STCKCONV, so archival timestamps could uniformly be uncorrected TOD clock values. STCKCONV could, of course, be enhanced to do this, but it could just as well be a new service (or a new macro). But which macro or which service offered it is not important. But there is no reason why the TIME macro/service should not also be enhanced to return a LDTO- and LSO-corrected STCK[E] GMT/UTC TOD clock value. TIME already returns the local time, just not in an STCK[E] format. So I don't think it would be more useful to have this _just_ in STCKCONV. It would be most useful to have it in both, but if IBM were going to deliver it in just one, I would choose TIME, since I can handle the double or quadruple arithmetic myself just as easily as I can code new parameters on an (enhanced) STCKCONV macro invocation. In other words, most folks would benefit from it being added to the TIME macro and service. Nonetheless, your goal that archival timestamps could uniformly be uncorrected TOD clock values is both noble and desirable, but they could be that way now (and are in many products I know of). All one has to do is a little bit of extra work, or simply store the LDTO and LSO values ALSO. There's nothing that prevents this from being done now. If STCKCONV were enhanced, you'd have to write some new code anyway. If you're willing to write some new code when that day comes, just go ahead and write it now to handle the actual or implied LDTO and LSO values. Then when the new STCKCONV features you want become available, you can just remove some of that new code and let STCKCONV do it for you. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA7 in batch
Thanks, it generates that itself: /LOGON * GENERATED LOGON * LJOB,LIST=NODD,JOB=PRAB0001 /LOGOFF * GENERATED LOGOFF * Yifat Oren [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: CA7 in batch 11/03/2008 16:35 Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Gerry, Try a /LOGOFF statement as the last SYSIN statement. Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, March 11, 2008 4:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA7 in batch Listers I am working on a utility that needs to access ca7 from Rexx, initially I set up some JCL to test if I can get a command processed outside CA7 itself. JCL is below I've got it sort of running but it just sits there and waits and eventually I get an S522 12.37.25 JOB34099 +CA-7.INCD - COMMDS ON HAZ101 SHR 12.38.20 JOB34099 @71 CA-7.252 BATCH TERMINAL #2 IN USE. REPLY WAIT,CANCEL, OR RESET 12.40.17 JOB34099 IEA995I SYMPTOM DUMP OUTPUT 790 790 SYSTEM COMPLETION CODE=522 any ideas how I get this to work? Here is my JCL //CA7BTI EXEC PGM=SASSBSTR,REGION=4M,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR //BATCHIN DD DUMMY //BATCHOUT DD DSN=ZGS1488.BTI2OUT,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * LJOB,LIST=NODD,JOB=PRAB0001 /* //CA7RESET EXEC PGM=SASSBEND,REGION=4M,COND=ONLY,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR thanks Gerry send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: clock, daylight savings time
Paul Gilmartin wrote: Yes, but the important distinction is that, in contrast to the CVT fields, neither TZ nor any other environmental setting needs to be changed semiannualy. True. But I bet most z/OS mainframe folks are happy it still works the way it does now. Why? Not everybody wants to or can afford to change their time zone offset at the same time that the civil clocks are changed. And, not every system is in a location that observes Daylight Saving Time. Of course, there could be yet another parameter that indicates whether or not THIS system observes DST, and another parameter that indicates the magnitude of the DST change (not all locations around the world adjust the clock by exactly one hour for Summer Time or whatever they call it). But, even if z/OS had all of this additional automatically-effective parameterization available, I bet that a significant plurality would not take advantage of it, and instead elect to handle it manually, across an IPL, just like they do now. If OS/360 had done it right to begin with, and had the DST parameters, calculations and corrections built in from the very beginning, we would not have the problems we now have because all subsystems and applications would have been able to handle DST-instigated local clock discontinuities from the very beginning; every programmer would have known that time-sensitive programs had to be coded to do so. But, that was not to be the history we now regret. UNIX, coming along later, did it just a little bit better. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to limit SAS in a PLEX
I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 REXX? WLM? OTHER? We do not have Through Put Manager. So I need to keep it simple and no money. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to limit SAS in a PLEX
Scheduling Environments in WLM. IEFUSI SMF exit? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, March 11, 2008 13:00 To: IBM-MAIN@BAMA.UA.EDU Subject: How to limit SAS in a PLEX I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 REXX? WLM? OTHER? We do not have Through Put Manager. So I need to keep it simple and no money. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to limit SAS in a PLEX
Lizette Koehler wrote: I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 REXX? WLM? OTHER? We do not have Through Put Manager. So I need to keep it simple and no money. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html RACF or other security system program control should work. We use it to limit the use of the COBOL compiler to one lpar. -- Mark Jacobs Time Customer Service Tampa, FL The dogmas of the quiet past are inadequate to the stormy present. The occasion is piled high with difficulty, and we must rise to the occasion. We cannot escape history. We will be remembered in spite of ourselves. The fiery trial through which we pass will light us down in honor or dishonor, to the last generation. Abraham Lincoln -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE 110 Linux and z/VM related presentations
Cross-posted to Linux-390, IBMVM and IBM-Main For those unable to attend SHARE, or that don't have access to the restricted areas of the SHARE web site, I've added 30 presentations from SHARE 100 in Orlando, Florida to the linuxvm.org web site. You can find them at http://linuxvm.org/Present/index.html#share110 I am expecting more to trickle in from the various presenters, and will let you know when I've added them as well. SHARE 110, Orlando, Florida, February 25-29, 2008 Session Presenter Title 9111Romney WhiteUsing New CP Features in z/VM 5.3 9124Dave Jones Using z/VM VSWITCH 9127Mark Post VM for MVS Systems Programmers - Part 1 9128Martha McConaghyVM for MVS Systems Programmers - Part 2 9133John Franciscovich Configuring, Customizing and Modifying Your VM System (Without an IPL) 9134Rick Barlow Dynamically Managing Hardware I/O Configuration Using VM 9137Rick Barlow Using VM for Linux Disaster Recovery Planning 9150Jay Brenneman CSE For High Availability and System Management 9155Rick Bourgois VPARS (Virtual Private Active Record Shadowing) and VTAPE for VM Guests 9200Jim Elliott An Introduction to Linux and Open Source 9202Jim Elliott Linux on System z - A Strategic View 9205Mark Post Choose the Right Architecture and Save Millions - A Customer Case Study 9206Uriel Carrasquilla From A (AIX) to Z (Linux/z): A Customer Experience 9213Rick Barlow Anatomy of a z Penguin - A Customer Experience - Helping A Colony Thrive Under Extreme Conditions 9216Rick Troth Extreme File System Sharing - Linux on Read-Only Root at Nationwide 9224Mark Post Linux System Management for the Mainframe Systems Programmer 9233Mark Post Linux Installation Planning 9240Jay Brenneman Linux on z/VM System Programmer Survival Guide 9241Alan AltmarkSecuring Linux with RACF 9248Phil Smith III Help! My (Virtual) Penguin Is Sick! 9249Erich AmrehnPutting Linux for System z into Production: True Stories 9261Erich Amrehn/Romney White Doing a (Dis)Honest Linux TCO Analysis or better Cost and Value 9262Martin Schwidefsky What's new in Linux on System z 9266Martin Schwidefsky Monitoring Linux Guests and Processes with Linux Tools 9283Rich SmrcinaUsing Hobbit to Monitor Network Services 9284Phil Smith III How To Turn a Penguin Into a Dog ...or... Things To Do That Will Avoid Linux on z Success 9286Rick Troth Tending the SANity of the Flock - SAN Experiences at Nationwide 9287Mike Walter Installing a Novell SLES 10 Starter System without a Net(work) 9290Brad Hinson Managing your Red Hat Enterprise Linux guests with RHN Satellite 9293Brad Hinson What's new in Red Hat Enterprise Linux 5 Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to limit SAS in a PLEX
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, March 11, 2008 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How to limit SAS in a PLEX I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 REXX? WLM? OTHER? We do not have Through Put Manager. So I need to keep it simple and no money. Lizette What occurs to me is to put the library (DSN) containing SAS on the linklist only on the LPAR that you want to allow it to run on. Then, create a RACF profile for that DSN which has a UACC(NONE) and almost nobody on the access list. This would allow access via the LNKLST on that LPAR, but deny access via a STEPLIB or JOBLIB. I've not tried this, but I think it should work. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to limit SAS in a PLEX
I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 REXX? WLM? OTHER? We do not have Through Put Manager. So I need to keep it simple and no money. Lizette Haven't tried this with SAS but from the RACF SAG book: By SMF System ID: You can require a user to access a program from a particular system by specifying WHEN(SYSID(system-identifier)) on the PERMIT command: PERMIT profile-name CLASS(PROGRAM) ID(user or group) ACCESS(READ) WHEN(SYSID(system-identifier)) This conditional access list entry is only valid for the PROGRAM class. George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA7 in batch
Gerry, I'll give it another go :) Try using a different batch terminal id (currently PARM=2), it seems like it is already in use. Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, March 11, 2008 6:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA7 in batch Thanks, it generates that itself: /LOGON * GENERATED LOGON * LJOB,LIST=NODD,JOB=PRAB0001 /LOGOFF * GENERATED LOGOFF * Yifat Oren [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: CA7 in batch 11/03/2008 16:35 Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Gerry, Try a /LOGOFF statement as the last SYSIN statement. Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, March 11, 2008 4:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA7 in batch Listers I am working on a utility that needs to access ca7 from Rexx, initially I set up some JCL to test if I can get a command processed outside CA7 itself. JCL is below I've got it sort of running but it just sits there and waits and eventually I get an S522 12.37.25 JOB34099 +CA-7.INCD - COMMDS ON HAZ101 SHR 12.38.20 JOB34099 @71 CA-7.252 BATCH TERMINAL #2 IN USE. REPLY WAIT,CANCEL, OR RESET 12.40.17 JOB34099 IEA995I SYMPTOM DUMP OUTPUT 790 790 SYSTEM COMPLETION CODE=522 any ideas how I get this to work? Here is my JCL //CA7BTI EXEC PGM=SASSBSTR,REGION=4M,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR //BATCHIN DD DUMMY //BATCHOUT DD DSN=ZGS1488.BTI2OUT,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * LJOB,LIST=NODD,JOB=PRAB0001 /* //CA7RESET EXEC PGM=SASSBEND,REGION=4M,COND=ONLY,PARM=2 //UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR thanks Gerry send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender
Re: How to limit SAS in a PLEX
On Tue, 11 Mar 2008 13:59:47 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I need some suggestions on how to limit where a program (in this instance SAS) runs. I know I can write a program that would test for the LPAR name and then either link to SAS or fail the request. But what are my other options? we are z/os v1.7 RACF program protection with WHEN SYSID. But you have to make sure the loadlib can't be read/copied (execute auth only). JES2 exit 6 to do something. That something could be to force a particular jobclass (if using JES2 init), or scheduling environment for example. IEFUJV SMF exit. Scheduling environment with an exit. But this only works if everyone plays by the rules. I would never trust that. I've used RACF and JES2 exits (and Thruput Mgr) for this sort of thing. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to limit SAS in a PLEX
On Tue, 11 Mar 2008 13:24:02 -0500, Mark Zelden [EMAIL PROTECTED] wrote: I need some suggestions on how to limit where a program (in this instance SAS) runs. RACF program protection with WHEN SYSID. But you have to make sure the loadlib can't be read/copied (execute auth only). JES2 exit 6 to do something. That something could be to force a particular jobclass (if using JES2 init), or scheduling environment for example. IEFUJV SMF exit. Scheduling environment with an exit. But this only works if everyone plays by the rules. I would never trust that. That should have read WITHOUT an exit. I've used RACF and JES2 exits (and Thruput Mgr) for this sort of thing. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
logging into list server archives
seem to be having trouble setting up a userid/password for the archives for IBM-MAIN. which link can't I see? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logging into list server archives
I found it. nm. I am trying to load gmake onto z/OS Unix and, as a relative newbie, have loads of questions since I'm not the z/OS admin. I have a pax file which I unroll and it appears to create everything I need into the directory I'm in. does anyone know where this needs to go and what more needs to be done to set it up? the doc I have isn't extremely clear. thanks - Original Message From: Warren Taylor [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, March 11, 2008 12:06:46 PM Subject: logging into list server archives seem to be having trouble setting up a userid/password for the archives for IBM-MAIN. which link can't I see? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: clock, daylight savings time
While all true, it doesn't address the question. You never fall back from CST to CDT, you spring forward. -Original Message- From: Shmuel Metz (Seymour J.) Sent: Tuesday, March 11, 2008 12:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: clock, daylight savings time In [EMAIL PROTECTED], on 03/10/2008 at 04:26 PM, Schwarz, Barry A said: Is CDT really 7 hours off from GMT? CST is -0600. Fall back one hour and you get -0700. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF DA in sysplex
You could also use the SYSNAME * and then have them enter two filter lines for SYSNAME EQ xxyy where just those two systems are included in the list. Can't say if it'll perform any better, but it's worth a try! HTH, Gary Diehl MVS Support The glass is neither half full or half empty; the engineer who designed the glass simply allowed for a 100% increase in fluid storage. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Beesley, Paul Sent: Wednesday, March 05, 2008 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF DA in sysplex Thanks Mark, that's what I thought. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
My first thought when I read Seymour's original post was that he was being humourous. I'm sure we'll find out when he logs on again. Eric Schwarz wrote: While all true, it doesn't address the question. You never fall back from CST to CDT, you spring forward. -Original Message- From: Shmuel Metz (Seymour J.) CST is -0600. Fall back one hour and you get -0700. -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
XML Questions
I have some statistical data residing on z/OS that I would like to be able to load to a relational database. The relational database engine depends upon the user's environment/choice. DB2, SQL Server, MS ACCESS, to name three. From the research I am doing, it looks like all three understand XML data. I believe it is possible to define the tables using XML schema definitions, and load the data into the tables using XML data definitions that match the schema. What I'd like to know is 1) is the above true? I can use XML and accomplish both table definitions and table loading. And 2) what kind of gotcha's are there in accomplishing this? Any recommendations for resources for XML 'stuff' would be appreciated. Thanks, --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logging into list server archives
I think that there is information about installation in the redbook linked from http://www.ibm.com/servers/eserver/zseries/zos/unix/redbook/index.html Bill On Tue, 11 Mar 2008 12:17:43 -0700, Warren Taylor [EMAIL PROTECTED] wrote: I found it. nm. I am trying to load gmake onto z/OS Unix and, as a relative newbie, have loads of questions since I'm not the z/OS admin. I have a pax file which I unroll and it appears to create everything I need into the directory I'm in. does anyone know where this needs to go and what more needs to be done to set it up? the doc I have isn't extremely clear. thanks - Original Message From: Warren Taylor [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, March 11, 2008 12:06:46 PM Subject: logging into list server archives seem to be having trouble setting up a userid/password for the archives for IBM-MAIN. which link can't I see? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Rexx bug?
On Tue, 11 Mar 2008 15:09:45 +0100, Thomas Berg [EMAIL PROTECTED] wrote: ... ... REXX sees 2 equal numbers in the first case and 2 different strings in the second case. No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). Try x = 00E0 + 00E8 and y = 00F0 + 00F8 You will get an error in the latter case. ... Ok. I worded that very poorly. Assuming that the exec is going to parse its parm string into hex arguments, it had better take care to handle those args as strings wherever they might be misconstrued as numbers. I know I have not done that since I never thought about scientific notation. I didn't know REXX supported it. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logging into list server archives
Yes, I have that one but it does not appear to be complete. - Original Message From: Big Iron [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, March 11, 2008 12:46:08 PM Subject: Re: logging into list server archives I think that there is information about installation in the redbook linked from http://www.ibm.com/servers/eserver/zseries/zos/unix/redbook/index.html Bill On Tue, 11 Mar 2008 12:17:43 -0700, Warren Taylor [EMAIL PROTECTED] wrote: I found it. nm. I am trying to load gmake onto z/OS Unix and, as a relative newbie, have loads of questions since I'm not the z/OS admin. I have a pax file which I unroll and it appears to create everything I need into the directory I'm in. does anyone know where this needs to go and what more needs to be done to set it up? the doc I have isn't extremely clear. thanks - Original Message From: Warren Taylor [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, March 11, 2008 12:06:46 PM Subject: logging into list server archives seem to be having trouble setting up a userid/password for the archives for IBM-MAIN. which link can't I see? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?
Dear Listers, I am getting: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012 in response to a Z EOD. The explanation of the IEE498I is not giving me any explanation about what a RC=12 on a LOGREC might be. And this time Google, although it is my friend, did not give me any answers either. Is this issue serious? Would any of you know where I need to look for more information? Thanks, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Transfer reports from lpar to lpar
On Tue, 11 Mar 2008 10:02:28 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: Asked and answered. The OP's local sysprogs don't like NJE for some reason, have not implemented it, and (according to the OP) will not do so. Politics was suggested as the underlying reason. The reason I think they don't want to open the NJE capability is that they don't want people transferring reports that were created on the development/qa regions to the production region where the reports could get out to our customers by mistake. Unfortunately, all the high speed printers are on the production lpar so occassionaly a test report does need to be transferred to the production region for printing. Don't laugh but we are still bus and tag attached. They would rather me do it on an as-needed basis, however, the requests are getting too frequent and taking up too much of my time. I would think that there are security measures that would allow only certain individuals or groups the ability to use the nje feature and not make it generally available to everyone. I am hoping that with all the information I received (thanks to Brian Westerman for sending me the share document) that I can convince them into taking another look at setting up the NJE. It definitely looks like a time saver. Regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
On Tue, 11 Mar 2008 15:29:16 -0500 Patrick O'Keefe [EMAIL PROTECTED] wrote: :On Tue, 11 Mar 2008 15:09:45 +0100, Thomas Berg :[EMAIL PROTECTED] wrote: :... : ... REXX sees 2 equal numbers in the first case and 2 different : strings in the second case. :No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). :Try x = 00E0 + 00E8 and y = 00F0 + 00F8 :You will get an error in the latter case. :... :Ok. I worded that very poorly. Assuming that the exec is going to :parse its parm string into hex arguments, it had better take care to :handle those args as strings wherever they might be misconstrued :as numbers. If you want them to be treated as hex arguments, use C2X. Otherwise 000E0 == 00E0 will return not equal. -- 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: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan MOEYERSONS Sent: Tuesday, March 11, 2008 3:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious? Dear Listers, I am getting: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012 in response to a Z EOD. The explanation of the IEE498I is not giving me any explanation about what a RC=12 on a LOGREC might be. And this time Google, although it is my friend, did not give me any answers either. Is this issue serious? Would any of you know where I need to look for more information? Thanks, Jantje. Sounds, to me, like the LOGREC dataset is full. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2V270/1.4. 3.77 -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSM (was: Transfer reports from lpar to lpar)
Giovanni Santuz [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... HI I donot know if this is interesting, but we have a product that offers the ability to read and write Dataset across Sysplex Borders as if they were local Here is a link to a german Website : http://www.hostsystems.de/de/csm.htm Does anybody have experience with this product and is willing to share it? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
R D Boenig is out of the office.
I will be out of the office starting 03/11/2008 and will not return until 03/17/2008. If this is a customer emergency please call my cell phone. 520-977-7196. For non-emergency DFSORT related issues please contact Vicky Vezinaw. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?
In a message dated 3/11/2008 3:44:25 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Sounds, to me, like the LOGREC dataset is full. Run EREP! **It's Tax Time! Get tips, forms, and advice on AOL Money Finance. (http://money.aol.com/tax?NCID=aolprf000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Legal Issues with WEB
Anyone see this or run into such issues? http://www.computerworld.com/action/article.do?command=viewArticleBasic; articleId=9067863source=NLT_PMnlid=8 (watch wrap) Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legal Issues with WEB
Anyone see this or run into such issues? What is your point? What does this have to do with MainFrames? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legal Issues with WEB
I'm not familiar with the specific patents in question, but it should be obvious by now that nearly all software patents are either stupid, obvious or both. Big companies that hold huge portfolios of these stupid things trade them with other big companies to the net effect of building legal barriers that prevent small companies from building and selling software. The end consumer pays more for crappy software while the lawyers clean up. Google your favorite software company and read some of their ridiculous patents for yourself. Here's a stupid one: http://www.freepatentsonline.com/6981278.html Kirk Wolf Dovetailed Technologies LLC On Tue, Mar 11, 2008 at 5:24 PM, Thompson, Steve [EMAIL PROTECTED] wrote: Anyone see this or run into such issues? http://www.computerworld.com/action/article.do?command=viewArticleBasic; articleId=9067863source=NLT_PMnlid=8http://www.computerworld.com/action/article.do?command=viewArticleBasicarticleId=9067863source=NLT_PMnlid=8 (watch wrap) Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Transfer reports from lpar to lpar
Gil, Now that you explained why you would like to use NJE, have you thought about alternatives? For example: Do you have TCP/IP-attached laser printers in the office, HP laser printers or high-speed copiers with IP-interface? If so, do you have VPS or any other mainframe software that allows printing of mainframe reports on IP printers? Assuming, of course, that the reports are not millions of lines or AFP-format, requiring 3900-class printers and/or special size paper, how about this: Use XMITIP[1] to convert the report to a PDF file (with optional green-bar page background) and email it to the user. The user can then decide if on-line viewing on the PC is sufficient and/or print all or selected pages to a network / PC - printer. Might save a tree or two, and a lot of time waiting for report delivery ... Until you do find a workable solution, how about charging the users a fee for each special report handling request? $5 per request, perhaps? (Just kidding) Regards, Ulrich Krueger [1] Shameless plug: XMITIP and TXT2PDF by Lionel Dyck is software to send Email from the mainframe, with or without attached files in a variety of file formats. And the price is unbeatable: Free. See http://www.lbdsoftware.com/tcpip.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas Sent: Tuesday, March 11, 2008 13:38 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Transfer reports from lpar to lpar On Tue, 11 Mar 2008 10:02:28 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: Asked and answered. The OP's local sysprogs don't like NJE for some reason, have not implemented it, and (according to the OP) will not do so. Politics was suggested as the underlying reason. The reason I think they don't want to open the NJE capability is that they don't want people transferring reports that were created on the development/qa regions to the production region where the reports could get out to our customers by mistake. Unfortunately, all the high speed printers are on the production lpar so occassionaly a test report does need to be transferred to the production region for printing. Don't laugh but we are still bus and tag attached. They would rather me do it on an as-needed basis, however, the requests are getting too frequent and taking up too much of my time. I would think that there are security measures that would allow only certain individuals or groups the ability to use the nje feature and not make it generally available to everyone. I am hoping that with all the information I received (thanks to Brian Westerman for sending me the share document) that I can convince them into taking another look at setting up the NJE. It definitely looks like a time saver. Regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Bob Richards Update
Barring any sudden changes, Bob will be discharged from hospital on Wednesday morning, 3/12/08. The MD types are very impressed with his recovery. Becca is preparing the domicile with only healthy foods and destroying all tobacco products in preparation for this. Bob will be stuck at home for an extended recovery period, but everything looks very good. I will continue to forward messages that come to me, but you can send messages directly at [EMAIL PROTECTED], and I'm sure he'll be watching IBM-MAIN. Becca sends her heartfelt thanks to all who have extended best wishes already. She never realized just how many friends Bob had, and neither did I. And having worked closely with Bob, I'm also pleased to know that he is so highly regarded in our little community. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Transfer reports from lpar to lpar
On Tue, 11 Mar 2008 16:40:26 -0700, Ulrich Krueger [EMAIL PROTECTED] wrote: Gil, Now that you explained why you would like to use NJE, have you thought about alternatives? For example: Do you have TCP/IP-attached laser printers in the office, HP laser printers or high-speed copiers with IP-interface? If so, do you have VPS or any other mainframe software that allows printing of mainframe reports on IP printers? Assuming, of course, that the reports are not millions of lines or AFP-format, requiring 3900-class printers and/or special size paper, how about this: Use XMITIP[1] to convert the report to a PDF file (with optional green-bar page background) and email it to the user. The user can then decide if on-line viewing on the PC is sufficient and/or print all or selected pages to a network / PC - printer. Might save a tree or two, and a lot of time waiting for report delivery ... Until you do find a workable solution, how about charging the users a fee for each special report handling request? $5 per request, perhaps? (Just kidding) Regards, Ulrich Krueger [1] Shameless plug: XMITIP and TXT2PDF by Lionel Dyck is software to send Email from the mainframe, with or without attached files in a variety of file formats. And the price is unbeatable: Free. See http://www.lbdsoftware.com/tcpip.html Actually, alternatives was what I was looking for but the alternatives were really not as seemless and intervention-less as I hoped. I looked at XMITIP and SDSFEXT and although viable, I was hoping I could just use something like the IBM IASXWR00 external writer program to offload the reports and point the IEFRDER ddname to the desired IP destination. It sounded viable but unreachable. I then thought all I would have to do is point the IEFRDER to a temp dataset and follow it with an FTP to send it to the desired region but I could not find a way to send the temp dataset directly to the JES2 spool. Each solution started to get messier and in reality, NJE just sounds like the way to go. I just have to find a way to be politically astute and grease the right palms to get the thing in. Thanks, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to delete sysmods by accept automatically
After I accepted a product, I found a lot of datasets with suffix like F1,F2 are left on dasd, how to let accept to delete automatically, in global zone option I found: ADD OPTIONS(TARGOPT) AMS(IDCAMS) ASM(ASMA90) COMP(IEBCOPY) COPY(IEBCOPY) DSPREFIX(STK.NCS61.SMPTLIB) DSSPACE(300,60,270) LKED(IEWLT) NOPURGE NOREJECT PEMAX() RETRY(IEBCOPY) RETRYDDN(ALL) UPDATE(IEBUPDTE) ZAP(AMASPZAP). There is a parameter NOPURGE,but there is no PURGE option. Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to delete sysmods by accept automatically
Replace the options entry without the NOPURGE. Or change it foreground via the panels. Have a look at the SMP reference - there is no PURGE, just an absence of NOPURGE. Crazy but true. Shane ... IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/03/2008 12:32:11 PM: After I accepted a product, I found a lot of datasets with suffix like F1,F2 are left on dasd, how to let accept to delete automatically, in global zone option I found: There is a parameter NOPURGE,but there is no PURGE option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html