Re: zPrime
No sound down this side of the world, any mention made of product cost ?. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: 15 July 2009 18:33 To: IBM-MAIN@bama.ua.edu Subject: zPrime Anybody watch the presentation? No real details on how it works, just that its proprietary. Rather guarded answer as to what IBM thinks of this. Sounds like they just found a way to 'flip the bit' that says the work is zIIP/zAAP eligible. It will be interesting to see how this plays out. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: And you ask why I hate OMVS?
Hi Barbara Either from within SDSF with the PS panel or from within OMVS and issuing the ps -ef are you able to see what the User is executing, Regards Gerard Ceruti may the 'z' be with you SharePoint (internal) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: 23 June 2009 11:23 To: IBM-MAIN@bama.ua.edu Subject: And you ask why I hate OMVS? This past weekend I had the dubious honour of shutting down and IPLing 5 systems, two of them with USS work. The shutting down part was really bad (now I know why our operators keep complaining). One lpar has my favourite hate-application running (called WBIFN, for all you European SWIFT customers). Around seven minutes into the shutdown (another lpar with similar workload but not this appliaction was already down after 7 minutes) D A,L revealed that there were some DB2s plus WBIFN still running plus the necessary system infrastructure. And one thing with the jobname of a TSO user, but OMVSEX in the step info, so the userid belonged to some USS process? thread? application? And they seemend to multiply while I was looking at them. Canceling any of them didn't really help, never mind that the duplicate jobname requires using the asid, which requires a list first. By the time I get around to killing the pid, it's already gone. Then I saw that *something* still had open DB2 threads, for which automation has made provisions and forces things out. So I thought that this must be related to this user. Given that I couldn't stop it from multiplying, much less get out of the system (f bpxoinit,shutdown=forkinit was replied with 'shutdown delayed'), I shut down the fork service. That stopped the multiplication, but a few of those 'user asids with a number' were still around. And it was a VERY bad idea to shutdown the fork service, as that effectively prevented WBIFN from terminating eventually (it never terminates in a timely manner, anyway). I ended up canceling things, which generated tons of coredumps which filled the directory, which eventually prevented the startup of this application. (And no, these useless coredumps cannot be prevented, believe me, I've tried.) The good news was that after 20 minutes I had WBIFN and that userid shut down, and then automation did the rest (in the case of our operators, they never get automation to do 'the rest'). So how are other installations handling system shutdown when there are active USS users (or at least their leftover processes)? For a 'pure' MVS, I can shutdown TSO and the Initiators, cancel any running batch jobs, and I am done. But how do I stop the USS things from multiplying? And this Tuesday, that users leftover processes are back. I tried killing the top one (right under ppid=1), but that only resulted in another process under ppid=1 (that killed process was just dropped). superkill didn't help, either. Isn't there any surefire way to get the whole tree stopped in one fell swoop? (and no, I won't kill pid 1). (An OMVS ignoramus is asking this, so please be gentle with me) Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff /
Re: Java V5 s0c4
Hi All For the achieve our problem was related to a 3rd party product. Stopped the product and all is working , we will follow-up with the vendor. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: 29 May 2009 19:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Java V5 s0c4 On 28 May 2009 12:11:33 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote: We Mac's get it all the time. Mc is more common. Also, lots of people don't capitalise the N. Not to mention software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java V5 s0c4
Hi all We have Java V5 64bit installed and I am trying to confirm it is installed ok by issuing the java -version command but I get : RC14:PTC3:/usr/lpp/java/J5.0_64/bin:# ./java -version CEE3204S The system detected a protection exception (System Completion Code=0C4). From entry point checkInstallation at compile unit offset +1D8213BA at entry offset +014A at address 1D8213BA. CEE3204S The system detected a protection exception (System Completion Code=0C4). The traceback information could not be determined. [1] + Done(137) ./java -version 50332007 Killed ./java RC14:PTC3:/usr/lpp/java/J5.0_64/bin:# I will open a call with IBM local in the AM, perhaps someone has seen the error before, Are there perhaps any LE settings that need to be done ? Regards Gerard Ceruti may the 'z' be with you _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving Prod VSAM dataset to TEST lpar
There is of course the NFS option if there is no share DASD between the LPARS Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: 17 April 2009 22:57 To: IBM-MAIN@bama.ua.edu Subject: Re: Moving Prod VSAM dataset to TEST lpar --snip What needs to be done to move a VSAM dataset from Prod lpar to Test lpar. ---unsnip- -- If you are truly MOVING the cluster, a simple EXPORT on the PROD LPAR, followed by IMPORT on the TEST LPAR will do the job. On the IMPORT, you can modify the vol-ser(s) as needed. If, on the other hand, you are COPYING, you should define a new cluster on the TEST volume(s) with a different name and the same characteristics; then you can do a simple REPRO to copy from PROD to TEST. All this assumes that you are sharing DASD between the two LPARs. --- Rick -- Remember that if you're not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAP on System z
Rather than hijack the thread Hot off the Redbooks press SAP on DB2 9 for z/OS: Implementing Application Servers on Linux for System z http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246847.html? Open Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: 01 April 2009 08:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Another One Bites the Dust SAP runs extremely well on System z. (Highest QoS SAP implementation you can get, as a matter of fact.) Something called the SAP Central Instance runs on z/OS, and SAP application modules run on Linux on System z. SAP exploits zIIPs and DB2 9. Again, I don't know why people (not here, usually) confuse hardware platforms with applications. Truly puzzling. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Evaluation Edition Now Available
David For us folks who are only looking to get z10 late this year early next 2009, is there not a way to evaluate on a z9.? Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David J. Chase Sent: 23 July 2008 02:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/VM Evaluation Edition Now Available Re post from: Tony Harminc [EMAIL PROTECTED] Well I am not a lawyer, etc. etc. but as far as I can see the licence agreement doesn't say you must run it on a z10 only. Perhaps there is a genuine technical limitation, e.g. it uses some of the new instructions or a new HMC interface, or maybe it specifically tests for the right machine. Indeed it is a technical limitation. The DVD-RAM loads from the DVD drive in the HMC and the z10 interface to the DVD is much, much faster than the interface in the older hardware. My understanding is that the DVD should load in some number of minutes on a z10 as opposed to some number of hours on an older machine. It would not be in anyone's best interests if we billed this as being supported on anything other than a z10. David -- David J. Chase, WW zSeries Software Sales-- --IBM 18th Fl, 11 Madison Ave, NYC, NY 10010 -- -- 917-472-3346 - dchase at us.ibm.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 _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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: Cloning USS files
Mike Do the LPARS share the same catalog for the HFS files ?, if so you can create a new HFS file mount it and use the Unix cp command to copy the files across cp -R /current /new/hfs/mount/point, once the copy has completed unmount the new hfs file. Go to the other lpar mount your new hfs and copy out whatever files/directories you need. If the lpars do not share a catalog, we use ADRDSSU to dump the file and the use ADRDSSU on the other lpar to restore the hfs with a new name, then mount it and you can copy out what you need. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Lowe Sent: 17 June 2008 10:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cloning USS files snip.. How do I go about cloning part of a HFS file system across LPARs? What I am trying to do is to copy part (one directory and all sub-directories) from one HFS file on one LPAR into an HFS file on another LPAR. ...snip Mike, You could create your new HFS and mount it temporarily on the downlevel system and then use 'copytree' to copy your selected directory/sub-directories. You should be able to get a copy of 'copytree' from the IBM UNIX Tools amp; Toys website but if you can't find it, contact me offline Hope this helps Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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: Free z/OS webserver
Bob HTML or Java engine , HTML use the included HTTP server, for Java have a look at jzos http://www-03.ibm.com/servers/eserver/zseries/software/java/jzos/overvie w.html. My suggestion if you really want to learn is look to get a LINUX LPAR up and running. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Sent: 20 May 2008 06:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Free z/OS webserver Hi Folks Is there a free z/OS based weberserver that anyone is aware of? I think the IBM HTTP server is Linus / AIX etc... not z/Os. Just want to use it to learn some stuff - Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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: Free z/OS webserver
Update The IBM link is for the batch Java, for Tomcat use http://dovetail.com/docs/jzos/index.html Regards Gerard Ceruti may the 'z' be with you -Original Message- From: Ceruti, Gerard G Sent: 20 May 2008 10:45 PM To: 'IBM Mainframe Discussion List' Subject: RE: Free z/OS webserver Bob HTML or Java engine , HTML use the included HTTP server, for Java have a look at jzos http://www-03.ibm.com/servers/eserver/zseries/software/java/jzos/overvie w.html. My suggestion if you really want to learn is look to get a LINUX LPAR up and running. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Sent: 20 May 2008 06:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Free z/OS webserver Hi Folks Is there a free z/OS based weberserver that anyone is aware of? I think the IBM HTTP server is Linus / AIX etc... not z/Os. Just want to use it to learn some stuff - Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.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
CCL Workshop - UK
Hi all Is everyone aware of the no cost CCL workshop ? Regards Gerard Ceruti may the 'z' be with you Internet URL to view this announcement: https://www-927.ibm.com/software/productintro/1/0973310F95C4D789852573EE 00400D80 __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Question - How do you change the system log you are looking at?
Herman Do you have OPERLOG enabled (syslog into a CF structure) if so, from within SDSF, enter set log ? and select operlog, then filter sysname is the system's log you want to see. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: 20 February 2008 09:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question - How do you change the system log you are looking at? G'day, I'm on a 1.4 JES2 system (PLEX) with SDSF what I would like to do is to look at a different system's log file from the one I'm on. I know I did this before but can not find out how I did it again. Thank you. Regards, Herman Stocker The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File Transfer conundrum
What about scp ?, covers the UN*X world. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grant Ward Able Sent: 10 January 2008 12:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: File Transfer conundrum Has MQSeries been considered? I'd have thought it would have solved most problems like this. (unless one of the partners doesnt actually have MQ installed!) -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC John S. Giltner, Jr. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/01/2008 02:51 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: File Transfer conundrum Any reason why you can't ftp directly between the two z/OS system? If security is an issue you could use either IPSec tunnels between the two systems or setup IBM SecureFTP server (SSL'ed FTP). Bruce Baxter wrote: We've routinely exhanged files with business partners running on z/OS machines using tape for years. We're now in the process of converting a number of these to electronic means, using in part FTP. This is being done at the behest of one of our business partners, who (IMHO) hasn't thought through all the issues that the use of FTP introduces in this process. The central issue as I see it is that the mainframes at either end of the pipeline are both EBCDIC and record oriented, and the servers and ftp processes that lie between them to facilitate these transfers do not have any inherent concept of record oriented files like the mainframe. I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED data separately. The first files that we received were FIXED BLOCK, and had been translated from EBCDIC to ASCII, most likely at the first transfer of the file from z/OS to an ASCII based server platform (either Windows or AIX). When they arrived on our z/OS system, we had issues of data corruption because the data contained zoned decimal data. After some discussion, we agreed that we'd transfer these files in BINARY mode at all steps along the way. Thus, all we had to do was ensure that the LRECL used for the destination dataset on z/OS was the same as the source dataset. This seems to be working OK. Most recently, we've been having problems with other files that are VARIABLE BLOCKED. We received the first of these files last week, transmitted from end- to-end in BINARY mode. What we got was not at all what we expected. We've discovered that the initial FTP from z/OS to the server stripped off all information regarding record length and thus record delineation. Because __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: db2 lock structures duplexing
This is a it depends on your infrastructure we do duplex the SCA and LOCK only , we have ICF's active on all our footprints and an Active member of the DB2 Data Sharing group on each CEC , in discussion with IBM we where informed that DB2 would not be able to rebuild the SCA and LOCK data in we had a CEC failure and one of the Active sharing members went down as well. I have no specific performance data as the config was not optional. Regards Gerard Ceruti may the 'z' be with you -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: 12 December 2007 12:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: db2 lock structures duplexing (I'm not dismissing other responses, just focusing on the original question.) Pawel, If you have only ICF LPARs contained in the same CECs that run the MVS images in question, you MUST duplex the structures. Overhead may be a pain point but it is not a variable in your decision.. Failure to duplex exposes you to recovery hell if you lose an entire CEC. Having said that, I cannot recall losing an entire CEC in this millennium. Still, it's a situation Dr. Murphy would rub his hands and chortle over. In the case of DB2, he will do his own duplexing because (I believe) the critical need for duplexing was recognized and addressed by them before system managed duplexing went GA. The books will tell you which structures to duplex, which by system and which by 'user', as well as structures like ISGLOCK (GRS) that do not need duplexing. You should follow the recommendations religiously. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Pawel Leszczynski pawel.leszczynsk [EMAIL PROTECTED] To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU db2 lock structures duplexing 12/11/2007 08:20 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Hello everybody, I've got a question to guys running DB2 in parallel sysplex environment. Do you duplex DB2 lock structures i.e. _LOCK and _SCA structure? What is the overhead connected with it? In our 2-node PS environment we don't have stand-alnone CF, only internal CF in two different footprints. We want to avoid situation when damage of one of the boxes will bring the whole DB2 sharing group down. Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
File sharing between Sysplex's
Hi All I am busy researching the possibilities of moving data between 2 Sysplex's primarily for Application folks, In the current plan only 3590 drives would be shared but in discussion the option of NFS came up. Looking further DFS/SMB and NFS both seem to be options. Has anyone had some experience with both?, are there data size limits within either ?. What would be the simplest to mange ?. Regards Gerard Ceruti may the 'z' be with you __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSHELL RC = 32512
Anton Have you tried CD as 'cd' lowercase and does the batch job have a omvs segment defined in the security product. Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: 27 July 2007 06:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OSHELL RC = 32512 Hi, When I start OMVS via TSO, I can do all the UNIX commands but if I run a batch job with the following JCL, I get the following back : READY OSHELL CD hwwd OSHELL RC = 32512 OSHELL Exit Status = 127 CD: FSUM7351 not found 32512 One of the following conditions may have resulted: The SH keyword was specified with a program_name value for BPXBATCH and no program_name could be found. The shell exited with an exit status of 127. stdout contains a shell message indicating the program was not found. The program_name or the shell exited with an exit status of 127. //SETUPEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSIN DD * OSHELL CD hwwd /* Anton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DR and JES check point question
HI Unless something has changed the IBM recommended JES ckpt config was one on CF the other on disk and then to have the alternates visa versa so that at start-up on the remote site, the cf structure would be empty but the dasd ckt would have the data in a time consistent state ( xrc). Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Miller Sent: 15 June 2007 11:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DR and JES check point question Hi Andy, We use synchronous PPRC on a HDS9980V and synchronous SRDF on a EMC DMX200 unit. We previously ( June 1998 to October 2004 ) had used XRC to a site about 900 'cable miles' away. One of the 'operational issues' we had to deal with was the fact that XRC being asynchronous might cause our D/R solution to be seconds to possibly a minute or more 'behind' the 'write activity' of the production site. We didn't XRC the JES2 Checkpoint/Spool volumes at that time ( our PPRC/SRDF solution does now ) so that wasn't an issue. The thing I liked about XRC was the 'time consistency' of the data, even across multiple storage subsystems ( we had 4 HDS 7700E's, 1 HDS9960 1 HDS9980V ). So, XRC will make sure that the data is written to the XRC Secondary DASD volumes in the same exact order they were written to the XRC Primary DASD volumes. The question becomes: How does JES2 react during startup when it attempts to access the primary CF resident Checkpoint dataset and that attempt fails? Have you tried that failure scenario at your primary site on a 'sandbox' z/OS system? For example, while JES2 is running at the primary site, SYSTEM RESET CLEAR the z/OS image AND SYSTEM RESET CLEAR the CF LPAR that contains the primary checkpoint ( simulates a site failure at the primary site ). Then IPL z/OS and restart JES2, see what messages/WTORs JES2 issues. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOS Conf in Munich next week
Hi Folks Anyone else attending ? Regards Gerard Ceruti __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Release Strategy Documentation?????
Mark What about http://www.ibm.com/software/info/supportlifecycle/ Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark House Sent: 10 April 2007 05:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS Release Strategy Documentation? This is a long shot. I am looking for a document from IBM z/Series Software explaining there procedure for announcing/delivering new releases of z/OS. After spending a couple of hours looking for it (GOOGLE, and IBMcom), I can't find it. Someone in management indicated they read the document once and was sure it existed Needle in a Haystack comes to mind. Mark House (402) 778-1966 Technical Development Services [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving data between Sysplex's
Hi All We are planning to split our Sysplex into Dev and Prod, from the current setup where both Prod and Dev in one Sysplex. The Application people need to move data from Production to Dev at the start of each evening processing, what techniques are folks using to move data between their Sysplex's ?. We have a shared VTS , there is FTP, SCP, dump restore , what else ?. No idea of the volume just yet. Regards Gerard Ceruti __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zLinux listserver?
Jan http://www.marist.edu/htbin/wlvindex?LINUX-390 Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan Vanbrabant Sent: 19 February 2007 02:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: zLinux listserver? Hi, Is there a separate zLinux listserver or forum at your knowledge? We are going to start investigating DB2 Connect on z/Linux IFL. Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM Abend IGG019PX S0C4
Hi Folks We are having abend's within HSM (ABARS) and with JOBS doing Full pack dumps , looking at Logrec I see : JOBNAME: HSMSYSTEM NAME: RC14 ERRORID: SEQ=42786 CPU= ASID=0137 TIME=21:00:00.1 SEARCH ARGUMENT ABSTRACT RIDS/IGG019PX#L RIDS/IGG019PX AB/S00C4 PRCS/0011 REGS/0E000 RIDS/IFG0RR0A#R SYMPTOM DESCRIPTION --- --- RIDS/IGG019PX#L LOAD MODULE NAME: IGG019PX RIDS/IGG019PX CSECT NAME: IGG019PX AB/S00C4SYSTEM ABEND CODE: 00C4 PRCS/0011 ABEND REASON CODE: 0011 REGS/0E000 REGISTER/PSW DIFFERENCE FOR R0E: 000 RIDS/IFG0RR0A#R RECOVERY ROUTINE CSECT NAME: IFG0RR0A We have IPL one systems and still getting the errors on all the systems in the sysplex. Anyone got any idea's please Regards Gerard Ceruti __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restrict Operator offline command
Thanks to all who replied , we look into cmdx. Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Imbriale Sent: 19 September 2006 05:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restrict Operator offline command I don't think it's a question of lack of sense of humour, but rather the excessive noise on this list. Seemingly every thread deteriorates into discussions of ancient hardware/software or semantics and grammar or politics or crime. Hit em up side the head with a bat adds little value to the discussion. So somebody tries to steer it back to relevancy and gets chastized for it. Lose-lose all around. Don Imbriale On Tue, 19 Sep 2006 03:46:18 +, Ted MacNEIL [EMAIL PROTECTED] wrote: The OP talked about an easy-to-make finger check. If you're going to take drastic measures to punish such mistakes: Ya'no! Nobody has a sense of humour anymore! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Restrict Operator offline command
Hi All For the second time we have had an operator issue a vary command from the master console that spanned nearly all our hardware devices, of course to all systems in the sysplex, the command v f00-f002,offline resulted in us having to ipl all the systems to recover. Has anyone perhaps had a similar problem and what solution was used to stop is happening again ?, also anyone got any ideas on how to ensure it does not happen again. Our current thinking is around an assembler exit to trap all vary commands, but trying to avoid that solution . We are a Top Secret shop. Regards Gerard Ceruti __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Policy Size
Munif What have you set as the INITSIZE and SIZE , if there is a delta you can increase using the ALTER SETXCF command. If there is no Delta update the Policy with the new size's, same policy name different name , your choice , activate the Policy, Policy will not become active until you rebuild the STR, rebuild STR in the same location or another CF , LOC=NORMAL/OTHER your choice. If you switch CFRM policy's then all will have to be updated. Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of munif sadek Sent: 21 August 2006 04:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Policy Size Hi Listers, I need to increase size of one of the log stream structure in my CFRM Policy for our production sysplex. Can some one give me list of steps? Can I update structure size in-place and do I need to include statement only for the structure whose size I am changing in my IXCMIAPU job or all the policies. Thanking in advance. Munif. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Evil
Dave I understand the reason for IBM helping out with 3rd party costs , but now you have the situation that the IBM software costs are the biggest, who do we scare them with ?. Regards Gerard -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Salt Sent: 12 April 2006 11:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Evil From: Chase, John [EMAIL PROTECTED] Last upgrade in my small shop cost for just ISV software was $300,000 in just upgrade fees. I didn't need to change one piece of code. That's hard to defend. To put it bluntly, it's indefensible. -jc- Gouging by ISV's is a large part of the reason why mainframes are seen by many as being uncompetitive. It has to stop. Fortunately, IBM has realized this and has started competing directly against some of the offending ISV's with products of its own. Witness for example the new line of IBM File Manager products, which generally cost a fraction of what it costs to license competing ISV products. Having said that, not all ISV's try to gouge their customers. I know of at least one ISV that charges a remarkably low flat rate for all of their software, regardless of size or speed of mainframe. Dave Salt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 (Seattle) and zNTP
---snip--- What the heck is zNTP? How come they use an acronym and don't define it at least once on the page? Kind regards, -Steve Comstock How about zSeries Top Guns and New Technology Program (zNTP) Gerard Ceruti -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM RLS, TVS, CICS/VR puzzle
Have a look at the zSeries Conference held in Innsbruck last year, there are a couple of presentations that I found very useful. If you cannot find let them let me know and I can send them to you. Regards Gerard -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: 04 January 2006 08:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM RLS, TVS, CICS/VR puzzle Does anybody know any material (presentation, booklet) about VSAM RLS and other products implementation ? The deeper I dig the more components I find. Now RLS, TVS, RRS and CICS/VR are in play. BTW: I suspect (*) there are ISV replacements for TVS and CICS/VR, aren't they ? (*) My impression comes form IBM style when describing CICS/VR. you can use product *like* CICS/VR, *for example* CICS/VR -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Autoswitch across Sysplex's
Hi Folks I anyone aware of any products that facilitate AutoSwitching of tape drives (3490/3590) across Sysplex's ? Thanks Gerard __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 z9 upgrade and the SW pricing benefit
thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 25 October 2005 03:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM z9 upgrade and the SW pricing benefit On Tue, 25 Oct 2005 09:22:47 -0400, Richards.Bob [EMAIL PROTECTED] wrote: What *I* am interested in seeing when we go to a z9 is how accurate those DB2/VSAM performance claims are! Are you referring to MIDAW? If so, who's DASD are you using and are you at z/OS 1.6 or above (z/OS 1.6 requires PTFs to enable/support MIDAW). Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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 __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TWS APPC PIF
Hi Folks Anyone out there using TWS (OPC) with PIF and APPC who would be able to confirm some definitions , please let me know, we are having some performance problems and I would like to confirm some settings with someone in the real world. The TWS doco confuses me very time I read it . Regards Gerard __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vtam and SMS
Hi Folks We are looking to place all out VTAM datasets under SMS control, not the DSN's on the IPL volume, has anyone done this and not gone forward with it?. Best regards Gerard Ceruti Mainframe Operating Systems ITIS Riverclub Standard Bank of South Africa (011)700-1476 cell-083 252 5300 __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html