Re: sysprog demand in USA
Well, IMHO, there are a lot of pressure on companies worldwide to keep costs low, the result is more and more sysprogs are pushed upward towards management so cheaper sysprogs can come from the OPS ranks. Especially banks and telecoms companies use this strategy. Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of r hey Sent: 26 Februarie 2007 11:42 nm To: IBM-MAIN@BAMA.UA.EDU Subject: sysprog demand in USA There hasn't been much demand for sysprogs in Australia in the last 2 years. How is it in USA? Is there enough demand for companies to sponsor H1B visa for sysprogs? To my knowledge there isn't enough demand in Europe for them to sponsor sysprogs who don't have work visa. TIA, Rez Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
Van Dalsen, Herbie wrote: Well, IMHO, there are a lot of pressure on companies worldwide to keep costs low, the result is more and more sysprogs are pushed upward towards management so cheaper sysprogs can come from the OPS ranks. Especially banks and telecoms companies use this strategy. That's why sysprogs are still wanted. However in India, Pakistan, Poland, Ukraine. That's result of telecommunication possibilities today. American managers decide to move American computers to cheaper countries, just to lower the costs and provide greater profits to American shareholders. I prefer polish goods, but when polish are significantly more expensive, I choose imported ones. BTW: It's matter of economy, not mainframes. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO Rexx and SDSF
I have heard a rumor that in z/OS V1.9 there is to be a TSO REXX interface to SDSF (or vise versa). I did not see anything in the presentations at Share in Tampa and was wondering if anyone had anymore details. The TSO-REXX newsgroup did not have any details. Also, do you know when the manuals for z/OS V1.9 might start becoming available? 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: TSO Rexx and SDSF
According to the Feb 13 z/OS 1.9 Preview announcement http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=ansubtype= caappname=Demonstrationhtmlfid=897/ENUS207-018 SDSF is being enhanced to add the capability to provide access to SDSF functions through REXX variables. The variables will be loaded with data from the SDSF panels, enabling scripts to access the data programmatically. The data can also be changed; this provides a capability similar to action characters and overtyping. In other REXX related issues: System REXX (SYSREXX) - This component makes possible execution of REXX routines in an authorized environment. SYSREXX execs can be used to automate complex operator commands and other system functions. SYSREXX execs can be invoked by a program interface, and by operator command. IBM also plans to make this available for z/OS V1.8 via a Web deliverable. IBM Health Checker for z/OS will support checks that are written in REXX using the SYSREXX function Wayne Driscoll Product Developer JME Software LLC [EMAIL PROTECTED] Phone: (630) 663-0719 Mobile: (630) 247-1632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, February 27, 2007 6:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO Rexx and SDSF I have heard a rumor that in z/OS V1.9 there is to be a TSO REXX interface to SDSF (or vise versa). I did not see anything in the presentations at Share in Tampa and was wondering if anyone had anymore details. The TSO-REXX newsgroup did not have any details. Also, do you know when the manuals for z/OS V1.9 might start becoming available? 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: TSO Rexx and SDSF
Thanks Wayne, Exactly what I was looking to find. Lizette Snip - According to the Feb 13 z/OS 1.9 Preview announcement http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=ansubtype= caappname=Demonstrationhtmlfid=897/ENUS207-018 SDSF is being enhanced to add the capability to provide access to SDSF functions through REXX variables. The variables will be loaded with data from the SDSF panels, enabling scripts to access the data programmatically. The data can also be changed; this provides a capability similar to action characters and overtyping. UnSnip - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Missing Member from Recalled Dataset -- Update
Background: Over the Thanksgiving holiday weekend (U.S.) we relocated our datacenter. We moved the mainframes' DASD volumes via DFSMSdss DUMP FULL at the old site, followed by RESTORE FULL at the new site. On the day the DUMP FULL of every volume was taken, a TSO user had recalled a migrated PDS and created and saved a new member therein. At the new site, following the RESTORE FULL of every volume and after the TSO user's PDS had once again been migrated by DFSMShsm, the user recalled the PDS, and noticed the new member he had added was missing. We had previously configured DFSMShsm for Fast Subsequent Migration (FSM), and we had specified this user's datasets as eligible for FSM. Timeline: Day 0 (Old site): 1. TSO user HRECALLs PDS on Development LPAR; creates and saves new member. 2. z/OS (1.5) on Development LPAR is shut down before DFSMShsm automatic backups run, and DFSMSdss DUMP FULL is started for that LPAR's DASD volumes from sandbox z/OS (1.5) LPAR in the Sysplex. (Process was repeated for the Production LPAR later the same day, including suspension of DFSMShsm automatic backups.) Day 1 (new site): DFSMSdss RESTORE FULL is completed for all DASD volumes belonging to Development and Production LPARs (sandbox had been moved the previous week). Days 1 - 3 (new site): Verification / acceptance testing of the move is completed. The aforementioned TSO user did NOT participate in that testing. Day 4 (new site): Primary retention period for the TSO user's PDS expires. DFSMShsm decides that the PDS has not been changed since its last-known (to DFSMShsm) backup, so performs FSM, reconnecting the PDS to its previous (now stale) ML1 copy. Day 5 (new site, now in production): TSO user again HRECALLs the PDS and discovers the member added on Day 0 is missing. We were able to recover the correct copy of the PDS from the full-volume DUMP. I opened a PMR with DFSMShsm Support to try to determine why the PDS at the new site was missing the member added at the old site, and learned (among other things) that DFSMShsm relied in part on the setting of the change bit in the Format 1 DSCB to decide whether to reconnect (FSM) a migrating dataset to its previous ML1 copy, or create a fresh ML1 copy. We and they ran a few tests, and observed that the change bit was off in the DSCB for the dataset on the new volume after the DFSMSdss RESTORE FULL. Indeed, we observed that **EVERY** change bit in **EVERY** Format 1 DSCB on the target volume was off after a RESTORE FULL, regardless their settings on the source volume. The PMR was handed off to DFSMSdss Support, who later confirmed that RESTORE FULL does indeed unconditionally reset **EVERY** change bit on the target volume, and that it does so **by design** because the DUMP FULL tape is by definition, a backup of each dataset on the source volume. I noted that this behavior is both counter-intuitive and UNDOCUMENTED anywhere in the DFSMSdss literature, and requested that they reconsider this design point, at least in regard to RESTORE FULL. They offered instead to open a DOC APAR to fully document the RESTORE FULL behavior, and take a Marketing Request to offer a keyword switch on RESTORE FULL by which the end user could specify whether to reset the change bits. I've accepted both offers. Additionally, I've initiated a SHARE Requirement (SSMVSS07002, currently open for voting) requesting the original design change for RESTORE FULL along with full documentation of the behavior regarding the change bits. Please read, consider and vote on SSMVSS07002. -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: sysprog demand in USA
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of r hey Sent: Monday, February 26, 2007 5:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: sysprog demand in USA There hasn't been much demand for sysprogs in Australia in the last 2 years. How is it in USA? Is there enough demand for companies to sponsor H1B visa for sysprogs? To my knowledge there isn't enough demand in Europe for them to sponsor sysprogs who don't have work visa. TIA, Rez Not really, no. Regardless of what anybody says, the age of the zSeries is over. It is now, at best, a niche player in overall IT. Oh, granted many will point to the growth in MIPS being used. But that does not translate into jobs for people. That's what I mean by niche. My suggestion, and what I'm trying to do, is learn Linux on various platforms, especially Intel/AMD. -- 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: KSDS immedial write
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Tuesday, February 27, 2007 12:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KSDS immedial write I hope your boss was together with the end users. Less trouble. If no split can occur, does it mean that I cannot add keys to the middle but only in the sorted order? Or only that another processes are not aware about, therefore DISP=OLD. Meaning only one process can open the cluster simultaneously. It's acceptable for me that only one process opens the cluster but I prefer a distributed owning, where each server performs (ENQ anything DEQ ). But which anything is possible (DISP=OLD seems to mean - empty)? This is a difficult scenario and one with which I am not very conversant. My usual response here to somebody who want this is to point them to the books and tell them Good Luck! You'll need it!!! and also tell them that when their file is destroyed, it is THEIR problem, not MINE. In other words, I regard this as a very difficult thing to do correctly and I know that I don't know enough to make it work myself. No CI or CA split means just that. If there is room in a CI to insert the record, then the add will work. If there is not room in the CI, then the add will fail with 'out of space' (if I remember correctly). One thing that I did in the past where I had to share a VSAM KSDS control file amoung many TSO users was to use SHAREOPTIONS(1 2) and DISP=SHR. However, my code would always do the following: ENQ on the KEY with some QNAME that I made up ENQ on the DSN with a different QNAME that I made up OPEN the file READ the data CLOSE the file (this flushes the buffers) DEQ the DSN with the QNAME that I made up do what I need with the data in the record ENQ on the DSN as above OPEN the file READ the record again for UPDATE REWRITE the record CLOSE the file DEQ the DSN DEQ the KEY I only meantion this because you mentioned servers as if this file is to be somehow shared. That is a new requirement grin. I again mention that this is a very difficult, to me, process. VSAM is not designed to do this sort of thing. You really need a database such as DB2 or even IMS. -- 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: KSDS immedial write
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 27, 2007 8:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KSDS immedial write snip Would ESDS with AIX not be the ticket? There will be no CI or CA splits (with probable exception in the Index files). The data will write in sequential order, update in place, and with the ENQ/DEQ logic and force write of buffers, then this can be shared (without using RLS)? Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Memory Allocation for JAVA under USS
I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people are using as a general rule for TSO initial region size for JAVA developers. I don't like the idea of 256M per session - which is what I had to give this guy just to get through the Hello World program. (I started him with 30MB then 48MB and got tired of customizing IEFUSI for him and jumped to 256MB so there is certainly room for tuning). I'm looking for advice on 1) Java under z/OS tuning and guesstimates or defaults other shops are giving Java developers who access USS via TSO. Environmental variables? I haven't found one yet. USS parms? Thanks in advance. Betsy Jeffery MGIC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory Allocation for JAVA under USS
Unfortunately 256Mb for Java may be low. Configure real storage and aux appropriately and live with the new order. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory Allocation for JAVA under USS
You can use the getrlimit service to increase the region limit up to the hard limit, which IIRC is set from BPXPRM00 or the user profile. There is an example of invoking this from REXX at http://members.tripod.com/billlalonde/rexx/setrlim.txt So you would invoke that with setrlim rlimit_as 2 (e.g.) You can use http://members.tripod.com/billlalonde/rexx/getrlim.txt to see the soft hard limits. Once the soft limit is set, that will be propagated to child processes. This may not apply in your case but, just for the record, IEFUSI should not interfere with region limits for OMVS work. Bill On Tue, 27 Feb 2007 09:12:28 -0600, Betsy Jeffery [EMAIL PROTECTED] wrote: I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people are using as a general rule for TSO initial region size for JAVA developers. I don't like the idea of 256M per session - which is what I had to give this guy just to get through the Hello World program. (I started him with 30MB then 48MB and got tired of customizing IEFUSI for him and jumped to 256MB so there is certainly room for tuning). I'm looking for advice on 1) Java under z/OS tuning and guesstimates or defaults other shops are giving Java developers who access USS via TSO. Environmental variables? I haven't found one yet. USS parms? Thanks in advance. Betsy Jeffery MGIC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS / ISMF
Hi, Quick question about running ACS test cases. I have a piece of my DC ACS that checks userid and volume requested and redirects based on that. When I run my test case, it properly assigns the correct DC when the user matches. When the user doesn't match, I get DC = null value assigned. We are in the process of converting from CA-Allocate to SMS. Here's the question: Assuming no userid match above, will the ACS exit and pass control back to CA-Allocate? TIA, *BobL* -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory Allocation for JAVA under USS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery Sent: Tuesday, February 27, 2007 9:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Memory Allocation for JAVA under USS I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people are using as a general rule for TSO initial region size for JAVA developers. I don't like the idea of 256M per session - which is what I had to give this guy just to get through the Hello World program. (I started him with 30MB then 48MB and got tired of customizing IEFUSI for him and jumped to 256MB so there is certainly room for tuning). I'm looking for advice on 1) Java under z/OS tuning and guesstimates or defaults other shops are giving Java developers who access USS via TSO. Environmental variables? I haven't found one yet. USS parms? Thanks in advance. Betsy Jeffery MGIC I am the only z/OS Java developer around here. And I'm not really. My question would be why do you even want to try this? I use Netbeans on my PC for Java development. I can then upload the resulting .jar and/or .class files (binary xfer) to the z/OS system and execute them. I have done this many times. Of course, you do need to be careful. Now to get IBM angry at me. I actually downloaded some of the z/OS JVM .jar files along with the CICS .jar files from z/OS to my PC. I then made them available to Netbeans via the Library Manager in Netbeans. In particular, the ibmjzos.jar, recjava.jar, and recordio.jar files. I would guess that many may use the Eclipse based WD4z. This is a more seamless environment for development. You pays for what you gets! Now, to test, I do a binary ftp of the required .jar or .class file(s). In order to run them, I actually use a telnet (not TN3270/TSO/OMVS) session. My RACF userid has an OMVS segment with a NOMEMLIMIT set. The MEMLIMIT in SMF is set at 512M, so I actually get 512M. I have the z/OS telnet set up so that the TERM variable and the DISPLAY variable are set up correctly. I also have an X server on my PC, so I can actually run Java GUI programs on z/OS. When I want to burn CPU like nitrocellulose, that is. -- 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: TSO Rexx and SDSF
On Tue, 27 Feb 2007 07:25:42 -0500, Lizette Koehler [EMAIL PROTECTED] wrote: I have heard a rumor that in z/OS V1.9 there is to be a TSO REXX interface to SDSF (or vise versa). I did not see anything in the presentations at Share in Tampa and was wondering if anyone had anymore details. Actually, Bill Keller briefly discussed this in his SDSF Recent Changes presentation: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Tam pa_Bay/S2671BK113816.pdf See charts 13-15. You can expect a lot more detail about this at the next SHARE in San Diego. -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS / ISMF
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2007 10:33:09 AM: Here's the question: Assuming no userid match above, will the ACS exit and pass control back to CA-Allocate? CA-Allocate will always see the allocation. You should check the STORCLAS or STORGRP variable. If it is null, you need to handle in allocation in you ASR. If it is not null, you should exit(0). I prefer to do my selection work in storage class routine because dataclas ACS is bypassed when doing a restore with DFSMSdss (recovery environment) or DFSMShsm (restore environment). Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory Allocation for JAVA under USS
Welcome to the brave new world. This stuff is *very* memory intensive. Start thinking orders of magnitude bigger. Once upon a time, K was big. Then meg. Now, gig is peanuts. Some may argue differently, but I submit that constraining main storage is just a superstition left over from the bad old days. Jack up your aux storage using cheap DASD, see to your stand alone dumps (again, cheap DASD), and let the roof blow off. See if you can drive your total system paging up to a few pages per second. A demand page fault now and then is not such a bad thing any more. In fact, some say it is a sign of health in that main storage is not just sitting there unused. Some argue that modern DASD is *so* blistering fast that a shop might find serious performance benefits with paging rates in the low teens. YMMV. Rather than constrain the resource, exploit it. Just my $0.02 HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery Sent: Tuesday, February 27, 2007 9:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Memory Allocation for JAVA under USS I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people are using as a general rule for TSO initial region size for JAVA developers. I don't like the idea of 256M per session - which is what I had to give this guy just to get through the Hello World program. (I started him with 30MB then 48MB and got tired of customizing IEFUSI for him and jumped to 256MB so there is certainly room for tuning). I'm looking for advice on 1) Java under z/OS tuning and guesstimates or defaults other shops are giving Java developers who access USS via TSO. Environmental variables? I haven't found one yet. USS parms? Thanks in advance. Betsy Jeffery MGIC NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Memory Allocation for JAVA under USS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Betsy Jeffery I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people are using as a general rule for TSO initial region size for JAVA developers. I don't like the idea of 256M per session - which is what I had to give this guy just to get through the Hello World program. (I started him with 30MB then 48MB and got tired of customizing IEFUSI for him and jumped to 256MB so there is certainly room for tuning). I'm looking for advice on 1) Java under z/OS tuning and guesstimates or defaults other shops are giving Java developers who access USS via TSO. Environmental variables? I haven't found one yet. USS parms? Thanks in advance. One word: MORE! -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
VSAM Buffers Default Location
Hi, All, Reading thru the VSAM Demystified Redbook (Sept. 2003), I saw the statement that (for batch, anyway) VSAM resource pools (i.e., control blocks and buffers) _DEFAULT_ location is below the 16MB line. Is that still true at z/OS 1.7? TIA, -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
tn3270e server
We are running z/OS 1.7 and would like to move the TN3270E server out of the TCP/IP stack and run it in it's own address space. Are there any issues we should be aware of? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Warning on IBM APAR OA17011
Early in January Russ Witt sent the list a warning about the implications apar OA17011 could have on tape retention. We've had some discussions about this apar internally; not concerning the technical impact but the fact that there was no hold on it. I'm not suggesting that it should have a hold but that, perhaps because of our methodology, if it weren't for Russ' warning we wouldn't have known about it. So I'm asking the group when you're applying preventative maintenance do you read and analyze the cover information for every ptf being applied? We've always looked at the hold info for all ptf's needing a bypass although I admit that DOC holds were not included until a year or so ago. Have we simply been lucky? Just curious. Alan Schwartz Assurant Shared Business Services ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Perl or Not?
Ok, I'm confused. With my z/OS 1.8 Serverpac I ordered IBM Ported Tools for z/OS . Assuming that means SSH and Perl. So, I'm on ShopZseries ordering other updates, and see IBM Ported Tools for z/OS: Perl for z/OS. So I order it, thinking it is separate. I try to receive it, but it has the same FMID in the order as the standard Ported Tools. So, then I look at the announcement: http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=ddsubtype= smappname=ShopzSerieshtmlfid=897/ENUS5655-M23 And note the fine print: When IBM Ported Tools for z/OS: Perl for z/OS Feature is ordered, it will be sent with IBM Ported Tools for z/OS (which contains the OpenSSH function). An order of IBM Ported Tools for z/OS will not include Perl for z/OS Feature. OpenSSH and Perl for z/OS functions can be run independently. Guess which one I had ordered in the ServerPac Just the ported tools for z/os. So I've got ssh, but no perl(as far as I can tell from the announcement). So I order the one with perl, and try to receive it, and it has the same fmid(HOS1110) as the standard Ported Tools, yet I display it on shopz, and it shows a different fmid(HPRL110). Why is it so confusing.I don't know if I have Perl or not Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: tn3270e server
We're still at z/OS 1.6 and have separated the telnet server out of the TCP stack with no issues. John Hamman Systems Programmer BlueCross BlueShield of Mississippi 601.664.4410 [EMAIL PROTECTED] * The information contained in this message, and attachments hereto, may be privileged/confidential, and may contain protected health information that is subject to use and disclosure restrictions under federal law. It is intended only for the use of the individual or entity named above. If you are not the intended recipient, or agent responsible for delivering this message to the intended recipient, you are hereby notified dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return e-mail and delete the original message and any copy of it from your computer system. All recipients are expected to maintain appropriate protections on the information contained herein. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS immedial write
Keep in mind that your application will be dreadfully slow and simply will not scale. Even with modern DASD with response times in the sub millisecond range. Consider that each logical write may drive several physical operations. Ask your DASD czar what the unit response times are, and do the math. Just picking numbers out of the air: suppose that one 'transaction' drives four I/O operations. Each of those drives five alternate index operations. That's 20 synchronous I/O's. (Just guessing about the numbers. One write to a KSDS would include the target record plus the index record. There may be a couple more operations updating various pointers within the cluster. Each AIX would carry its own overhead.) DASD performance numbers are an average. You can achieve sub millisecond response times only with very aggressive buffering and caching. Without such, you might reasonably expect times in the half second range. It might be hard to explain a ten second response time to the average user. Not to mention an absolute cap of six transactions per minute. Things get exponentially worse as you add users. So, IMNSHO, synchronous I/O is not a good way to win the hearts of your users and please your management. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Sunday, February 25, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: KSDS immedial write Hi, could I define KSDS cluster so that each update (I use C code with assembler routines) will put to DASD immediately? I'd like to use it as a pseudo log file. The cluster has to have alternate indexes. As far as I know, fflush() does not work with VSAM. Arie Kremer NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS / ISMF
Hi John, Thanks for the clarification. Thanks! *BobL* -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Kington Sent: Tuesday, February 27, 2007 8:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS / ISMF IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2007 10:33:09 AM: Here's the question: Assuming no userid match above, will the ACS exit and pass control back to CA-Allocate? CA-Allocate will always see the allocation. You should check the STORCLAS or STORGRP variable. If it is null, you need to handle in allocation in you ASR. If it is not null, you should exit(0). -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Warning on IBM APAR OA17011
On Tue, 27 Feb 2007 10:29:05 -0600, Alan Schwartz [EMAIL PROTECTED] wrote: So I'm asking the group when you're applying preventative maintenance do you read and analyze the cover information for every ptf being applied? We've always looked at the hold info for all ptf's needing a bypass although I admit that DOC holds were not included until a year or so ago. Have we simply been lucky? Absolutely not. If I had that much free time (or anyone else in the group), we wouldn't be needed to begin with. I think it's debatable whether you need to read all ++DOC holds or not. I personally always have because I usually learn something (a new command or operand to an existing command, new parmlib option, etc.). But by definition, doc holds should be just that - doc. The problem is, sometimes holds that should really be ++ACTION come in under ++DOC. It is up to the person / group that packages the PTF to do it correctly or if it is a gray area they should err on the side of caution and package it with a ++ACTION hold. IBM has been trying to make the amount of holddata you need to go through in order to apply maintenance, less not more. For example, changing ++ACTION holds to ++IPL so you can ignore those when applying to a maintenance sysres that you know will be rolled out with an IPL. So I don't think IBM expects you to read though every PTF cover letter when applying maintenance. My 2 cents. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
REXX APIs (Wanted: SMP/E)
While the topic of REXX APIs has resurfaced, I'd like to add an observation and a couple wishes: It's possible, with some planning, to design a CALLable API to be REXX-friendly. ICSF is an example. The chief requirement is that all control blocks and communication areas be passed to the API as parameters on each call, since Rexx can not conveniently generate pointers to obtained STORAGE. An alternative is that the API allocate all communications areas and return pointers to them in a single control block so that the Rexx program can manipulate them with STORAGE() So, the wishes: o The SMP/E API is Rexx-hostile. I've looked it over and used it from C, but it has a hierarchy of control blocks with pointers and it's not practical from Rexx. I'd like either a redesigned Rexx-friendly API, or an interlayer in another language that could manage the storage for Rexx. o Performance. As I see the ICSF interface, it must do a LINK or ATTACH for each call from Rexx, probably leading to numerous LOADs and DELETEs, even in tight loops. This may not be too onerous if the subroutine is LPA-resident. But it would be nice if Rexx had functions to LOAD at least REUSable load modules for multiple CALLs, and delete them when done, either electively or automatically in termination code. But that's a strictly Rexx issue, and could largely be handled by users (CBT tape, perhaps) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS / ISMF
Bob, I shot from the hip with my answer. If you set PLSOPT10 to Y in your parms, CA-Allocate will see the sms managed allocation. If you set it to N or allow it to default to N, your ASR will not see the allocation. Sorry for the wrong answer. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Warning on IBM APAR OA17011
Mark Zelden wrote: [...] IBM has been trying to make the amount of holddata you need to go through in order to apply maintenance, less not more. For example, changing ++ACTION holds to ++IPL so you can ignore those when applying to a maintenance sysres that you know will be rolled out with an IPL. So I don't think IBM expects you to read though every PTF cover letter when applying maintenance. Personally I met PTF with ++ACTION saying about some changes - in fact it was regular DOC! I'm not sure, but I also vaguely remember ++DOC saying that under some circumstances IPL is needed. I'm used to review all the holds, although usually 99% of them can be ignored. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Transparency, Transactional VSAM Services, or IAM
If your long term goal really is DB2, then start now. Going through an interim step simply makes the eventual conversion far more expensive. If you can't afford to do it right the first time, then when will you be able to afford to do it over? But be aware that there may be political games being played here. The opposition to DB2 has no intention of ever actually allowing the conversion. They are just saying so to stall and to mislead upper management. My $0.02 HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brad Carson Sent: Monday, February 26, 2007 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Transparency, Transactional VSAM Services, or IAM Everyone, Management here has decided that we need to review different products that would allow us the bring our CICS regions up while nightly processing is still running. As a member of a management assigned SWAT team to investigate products, our team has decided to focus on the following three products that would allow concurrent VSAM update from batch and CICS: 1. DFHSMStvs - Transactional VSAM services - Would need to setup VSAM record level sharing and all CF logstreams. Also require JCL changes and coding changes for committing a LUW. 2. VSAM transparency - move data into DB2 and setup proper mapping to DB2 tables. Again have some JCL changes and coding for commits. 3. IAM - Innovation access method - Convert VSAM files to IAM files. Our long term goal is to perform a proper DB2 conversion but that is years (and $$) away, or so I'm told by the applications people. What are your thoughts on this issue? Have any of you done this? Are their other pit falls to look out for? Thanks for your time. Brad S. Carson Manager z/Series Technical Support Enterprise Systems Laboratory Corporation of America (336) 436-8294 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: tn3270e server
We have used this feature starting on z/OS R6 and it has worked well for us. It is the recommended configuration. The Communications Server folks have been good about providing plenty of encouragement and warning to remove obsolete parameters and leverage features that are recommended that will become required. TN3270E seems like something you want to do before you have to. From the z/OS R9 Preview Prior to z/OS V1.6, the TN3270E Telnet server runs as a subtask of the TCPIP address space. In z/OS V1.6 through z/OS V1.8, users can run the TN3270E Telnet server as a separately started address space from TCPIP, or continue to run the TN3270E Telnet server as a subtask of the TCPIP address space. In z/OS V1.9, the TN3270E Telnet server is planned to be supported only when run in its own address space. Our network team has some automation that does a D TCPIP,TN3270E,TELNET,CONN command every 30 minutes so they can see the utilization. If I remember correctly we also had to raise MAXSOCKETS for INET in our environment. In general watch out for USS limits that might impact you in TCP/IP. The network team because of this has their own automation that does a D OMVS,P on a recurring basis and inspects it. PARMLIB(BPXPRMxx) /**/ FILESYSTYPE TYPE(INET) ENTRYPOINT(EZBPFINI) NETWORK DOMAINNAME(AF_INET) DOMAINNUMBER(2) MAXSOCKETS(132000) TYPE(INET) INADDRANYPORT(4000) INADDRANYCOUNT(2000) On this system MAXSOCKETS is higher than need be but we set this same across the Sysplex. D OMVS,P BPXO046I 14.00.00 DISPLAY OMVS 226 OMVS 000F ACTIVE OMVS=(7A,7S) PFS CONFIGURATION INFORMATION PFS TYPE DESCRIPTION ENTRY MAXSOCK OPNSOCK HIGHUSED INET SOCKETS AF_INET EZBPFINI 13200024130 24142 UDS SOCKETS AF_UNIX BPXTUINT 2000 2841 ZFS LOCAL FILE SYSTEMIOEFSCM TFS LOCAL FILE SYSTEMBPXTFS HFS LOCAL FILE SYSTEMGFUAINIT BPXFTCLN CLEANUP DAEMON BPXFTCLN BPXFTSYN SYNC DAEMON BPXFTSYN BPXFPINT PIPESBPXFPINT BPXFCSIN CHARACTER SPECIALBPXFCSIN PFS TYPE PARAMETER INFORMATION HFS VIRTUAL(6144) CURRENT VALUES: FIXED(0) VIRTUAL(6144) Also don't forgot to define TN3270E to WLM. You could define it differently than you defined VTAM but my consideration was I didn't want any change especially at the same time as the function was being split out. I defined TN3270E to SYSSTC same as NET was here. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Warning on IBM APAR OA17011
I agree with you fully Mark. My point was we both would have missed the ptf. And for the icing on the cake the ptf (in my case UA28410) was superseded by another ptf (UA90306). The newer one does have a DOC hold and some IPL holds but nothing in the ptf would lead you to be concerned about tape retention and SMS. To protect our data centers are we forced to check all ptf's that apply AND all superseded ptf's? I don't have any great answers, just great concerns. Alan Schwartz Assurant Shared Business Services Mark Zelden [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/27/2007 10:41 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Warning on IBM APAR OA17011 On Tue, 27 Feb 2007 10:29:05 -0600, Alan Schwartz [EMAIL PROTECTED] wrote: So I'm asking the group when you're applying preventative maintenance do you read and analyze the cover information for every ptf being applied? Absolutely not. If I had that much free time (or anyone else in the group), we wouldn't be needed to begin with. I think it's debatable whether you need to read all ++DOC holds or not. I personally always have because I usually learn something (a new command or operand to an existing command, new parmlib option, etc.). But by definition, doc holds should be just that - doc. The problem is, sometimes holds that should really be ++ACTION come in under ++DOC. It is up to the person / group that packages the PTF to do it correctly or if it is a gray area they should err on the side of caution and package it with a ++ACTION hold. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Buffers Default Location
_ Hi, All, Reading thru the VSAM Demystified Redbook (Sept. 2003), I saw the statement that (for batch, anyway) VSAM resource pools (i.e., control blocks and buffers) _DEFAULT_ location is below the 16MB line. Is that still true at z/OS 1.7? Never mind; it's in the JCL Reference Manual. -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: KSDS immedial write
Not-deferred is the default when writing to a VSAM KSDS, so if you are getting deferred writes it is because something is overriding the default. Did you specify MACRF=DFR on your ACB? Did System Managed Buffering (SMB) get invoked? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Sunday, February 25, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: KSDS immedial write Hi, could I define KSDS cluster so that each update (I use C code with assembler routines) will put to DASD immediately? I'd like to use it as a pseudo log file. The cluster has to have alternate indexes. As far as I know, fflush() does not work with VSAM. Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS V1R8 WLM CICS Performance Observation
We run CICS TS ADABAS and saw some performance issues with CICS transactions in z/OS V1R7 although not very bad. When we brought up z/OS V1R8 we are seeing high level of delays in CICS transactions when they are going to redispatch queue. Talking to IBM lab folks they are telling us it is not a z/OS V1R8 problem but maybe a CICS performance problem. But then the CICS people say the transactions are not being dispatched quick enough off the redispatch queue. I think this has been shuffled over to the WLM folks. Like to know if anyone else is encountering CICS performance problems where it seems the CPU is running 100%, transactions start queueing up, repsonse gets slow, CPU drops down to 50-60%, redispatch queue gets bigger and then all them transactions come out at once and FLY through the system. Is this happening to you or has it happened lately. thanks Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Extraneous DD names in DFSORT step?
These DD statements are necessary if SORT exits have been provided in object format and so need to be linkedited. For more information, RTFM re the MODS statement, Bill Tim Burkart wrote: I have never seen this before. I have run across SORT JCL that contains these three DD names. //SORT EXEC PGM=ICEMAN //SYSOUT DD SYSOUT=* //SYSLMOD DD SPACE=(3600, (20,20,1)),DSN=amp;GOSET,UNIT=SYSDA //SYSLIN DD SPACE=(80,(10,10,)),DSN=amp;LOADSET,UNIT=SYSDA //SYSUT1 DD SPACE=(1000,(60,20)),UNIT=SYSUT1 //SORTIN DD DSN=INPUT.FILE,DISP=SHR //SORTOUTDD DSN=OUTPUT.FILE,DISP=OLD //SYSIN DD DSN=SORT.PARMS(APP1),DISP=SHR Is there a reason to have these DDs available? Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 WLM CICS Performance Observation
Jim, There's not enough information yet. Are you running CICS with response time goals? Are they being met? If you are using velocity goals only, are those goals being met both before and after the queue buildup? Input! Input! Steve Samson Jim Marshall wrote: We run CICS TS ADABAS and saw some performance issues with CICS transactions in z/OS V1R7 although not very bad. When we brought up z/OS V1R8 we are seeing high level of delays in CICS transactions when they are going to redispatch queue. Talking to IBM lab folks they are telling us it is not a z/OS V1R8 problem but maybe a CICS performance problem. But then the CICS people say the transactions are not being dispatched quick enough off the redispatch queue. I think this has been shuffled over to the WLM folks. Like to know if anyone else is encountering CICS performance problems where it seems the CPU is running 100%, transactions start queueing up, repsonse gets slow, CPU drops down to 50-60%, redispatch queue gets bigger and then all them transactions come out at once and FLY through the system. Is this happening to you or has it happened lately. thanks Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
3592 reading other tapes, 3480, 3590, etc?
Will a 3592 drive read other tapes, like a 3480, 3490, 3590, etc? None of the sales literature on the web says one way or the other. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3592 reading other tapes, 3480, 3590, etc?
No. -- 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. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Tuesday, February 27, 2007 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 3592 reading other tapes, 3480, 3590, etc? Will a 3592 drive read other tapes, like a 3480, 3490, 3590, etc? None of the sales literature on the web says one way or the other. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3592 reading other tapes, 3480, 3590, etc?
On 2/27/07, McKown, John [EMAIL PROTECTED] wrote: No. To expand on that, 3480/3490, 3590, and 3592 are physically different cartridges. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DYNAMIC I/O ENQUEUE IOS513E
Hi! When doing an software activation in HCD from IODF51 to IODF53 we got the following message in one of our system in the sysplex. Only an OS group change of som devices we try to do. IOS513E ACTIVATE STILL WAITING FOR OLD EDT TO BE DELETED Display of that EDT: D IOS,CONFIG(EDT) IOS506I 23.40.58 I/O CONFIG DATA 271 ELIGIBLE DEVICE TABLE LATCH COUNTS 0 OUTSTANDING BINDS ON PRIMARY EDT 2 OUTSTANDING BINDS ON SECONDARY EDT ASID = 001A JOBNAME = JES2 ASID = JOBNAME = *UNKNOWN Display of config: D IOS,CONFIG IOS506I 23.41.52 I/O CONFIG DATA 365 ACTIVE IODF DATA SET = IODF.IODF53 CONFIGURATION ID = BGCA EDT ID = 01 TOKEN: PROCESSOR DATE TIME DESCRIPTION SOURCE: CPU6 07-01-03 16:29:08 IODF IODF51 Display of GRS: D GRS,RES=(SYSZIOS,DYNAMIC) ISG343I 23.43.24 GRS STATUS 514 S=SYSTEM SYSZIOS DYNAMIC SYSNAMEJOBNAME ASID TCBADDR EXC/SHRSTATUS BGCA IOSAS 0014 009E7AC0 EXCLUSIVEOWN How can we fix that? Restart of AS? IPL? Anything else? Regards Tomas L z/OS system programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Spaces or Hiperspaces
Is this possible or feasible from an Batch application standpoint ?? 1). Build data (create) into a Data Space or a Hiperspace in 1 Batch job. 2). Access this data in many following Batch jobs. 3). At the end of Batch cycle, delete #1's Data Space or Hiperspace. If possible to do, then which is perferable ?? Data Space or Hiperspace ?? Any examples ?? Thanks, Tom Savor Fidelity National Information Services 3905 Brookside Parkway Alpharetta, GA 30022 E-Mail: [EMAIL PROTECTED] -- This message contains information from Certegy, Inc which may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail [EMAIL PROTECTED] == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Spaces or Hiperspaces
I have no experience with Hiperspaces, but have coded data spaces on a number of occasions. If you're going to play by the rules, the data space is tied to the address space that creates it, so if you do this, you have to keep the address space that does the create around. Other than that, you have to have a mechanism for making the alet of the data space available to these other address spaces when they need it. --Dave Day - Original Message - From: Tom Savor [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, February 27, 2007 5:05 PM Subject: Data Spaces or Hiperspaces Is this possible or feasible from an Batch application standpoint ?? 1). Build data (create) into a Data Space or a Hiperspace in 1 Batch job. 2). Access this data in many following Batch jobs. 3). At the end of Batch cycle, delete #1's Data Space or Hiperspace. If possible to do, then which is perferable ?? Data Space or Hiperspace ?? Any examples ?? Thanks, Tom Savor Fidelity National Information Services 3905 Brookside Parkway Alpharetta, GA 30022 E-Mail: [EMAIL PROTECTED] -- This message contains information from Certegy, Inc which may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail [EMAIL PROTECTED] == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DYNAMIC I/O ENQUEUE IOS513E
Tomas, What was the format of your ACTIVATE command? Did you use the FORCE option? HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tomas Larsson Sent: Tuesday, February 27, 2007 2:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DYNAMIC I/O ENQUEUE IOS513E Hi! When doing an software activation in HCD from IODF51 to IODF53 we got the following message in one of our system in the sysplex. Only an OS group change of som devices we try to do. IOS513E ACTIVATE STILL WAITING FOR OLD EDT TO BE DELETED Display of that EDT: D IOS,CONFIG(EDT) IOS506I 23.40.58 I/O CONFIG DATA 271 ELIGIBLE DEVICE TABLE LATCH COUNTS 0 OUTSTANDING BINDS ON PRIMARY EDT 2 OUTSTANDING BINDS ON SECONDARY EDT ASID = 001A JOBNAME = JES2 ASID = JOBNAME = *UNKNOWN Display of config: D IOS,CONFIG IOS506I 23.41.52 I/O CONFIG DATA 365 ACTIVE IODF DATA SET = IODF.IODF53 CONFIGURATION ID = BGCA EDT ID = 01 TOKEN: PROCESSOR DATE TIME DESCRIPTION SOURCE: CPU6 07-01-03 16:29:08 IODF IODF51 Display of GRS: D GRS,RES=(SYSZIOS,DYNAMIC) ISG343I 23.43.24 GRS STATUS 514 S=SYSTEM SYSZIOS DYNAMIC SYSNAMEJOBNAME ASID TCBADDR EXC/SHRSTATUS BGCA IOSAS 0014 009E7AC0 EXCLUSIVEOWN How can we fix that? Restart of AS? IPL? Anything else? Regards Tomas L z/OS system programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DYNAMIC I/O ENQUEUE IOS513E
Raymond, I don't activate with force. The only change in configuration was to make some devices OFFLINE instead on ONLINE. The devices is already OFFLINE in the system, but I want them to be OFFLINE when IPL'ed. Regards Tomas L -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Spaces or Hiperspaces
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Day Sent: Tuesday, February 27, 2007 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Data Spaces or Hiperspaces I have no experience with Hiperspaces, but have coded data spaces on a number of occasions. If you're going to play by the rules, the data space is tied to the address space that creates it, so if you do this, you have to keep the address space that does the create around. Other than that, you have to have a mechanism for making the alet of the data space available to these other address spaces when they need it. --Dave Day - Original Message - From: Tom Savor [EMAIL PROTECTED] Is this possible or feasible from an Batch application standpoint ?? 1). Build data (create) into a Data Space or a Hiperspace in 1 Batch job. 2). Access this data in many following Batch jobs. 3). At the end of Batch cycle, delete #1's Data Space or Hiperspace. If possible to do, then which is perferable ?? Data Space or Hiperspace ?? Any examples ?? Thanks, Tom Savor Playing by the rules means that the data space is deleted automatically when the owning task terminates. This usually means at end of job step all data spaces created by the application are gone. If your application is running authorized (supervisor state key zero), then you can create a data space and hang it onto a higher level task in the address space. However, getting addressability to the data space is problematic, because of the way the PASN-AL (Primary Space Access List) is handled across job step tasks. Hiperspaces are usually used for windowing onto the files (VSAM?), but I don't recall at the moment the gory details. If you want data persistence across job steps or jobs, then you want a data set and probably want to use a hiperspace for a window onto the file. Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.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: z/OS V1R8 WLM CICS Performance Observation
I agree with Steve (a typical occurrence), more info is needed. At z/OS 1.7, did you routinely see your processor at 100% busy? What about the other LPARs on the box (if there are any)? Weights properly set? The reason for this line of questioning: if you were routinely running just under 100% at z/OS 1.7, when you went to 1.8, your overhead went up 2% to 3% to 5% (your mileage will vary). Once the CPU busy gets to 100%, WLM will now kick in. Once the entire CEC goes to 100% busy, PR/SM will kick in. An non-optimal WLM Service Policy along with improper LPAR controls may be tolerated at 95% busy; but once over 100% may cause you pain. Are you running on a uni-Processor? This also has challenges. So other input needed: Physical Config, Logical Config, WLM Service Policy (helpful), Perf Index for problem Service Class Period(s), what else is running in the system (above your problem CICS) Without more info, I'd suggest it is NOT a CICS problem (unless you also upgraded CICS or added maintenance). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Samson Sent: Tuesday, February 27, 2007 SYSN PM 1:31 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS V1R8 WLM CICS Performance Observation Jim, There's not enough information yet. Are you running CICS with response time goals? Are they being met? If you are using velocity goals only, are those goals being met both before and after the queue buildup? Input! Input! Steve Samson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Spaces or Hiperspaces
Hi Tom, DLF has restrictions on the kinds of data you can use it for but it can do exactly this and comes with z/OS for free. http://publibz.boulder.ibm.com/epubs/pdf/iea5j700.pdf Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Savor Sent: Tuesday, February 27, 2007 6:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Data Spaces or Hiperspaces Is this possible or feasible from an Batch application standpoint ?? 1). Build data (create) into a Data Space or a Hiperspace in 1 Batch job. 2). Access this data in many following Batch jobs. 3). At the end of Batch cycle, delete #1's Data Space or Hiperspace. If possible to do, then which is perferable ?? Data Space or Hiperspace ?? Any examples ?? Thanks, Tom Savor Fidelity National Information Services 3905 Brookside Parkway Alpharetta, GA 30022 E-Mail: [EMAIL PROTECTED] This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DYNAMIC I/O ENQUEUE IOS513E
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2007 06:20:11 PM: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tomas Larsson Sent: Tuesday, February 27, 2007 2:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DYNAMIC I/O ENQUEUE IOS513E Hi! When doing an software activation in HCD from IODF51 to IODF53 we got the following message in one of our system in the sysplex. Only an OS group change of som devices we try to do. IOS513E ACTIVATE STILL WAITING FOR OLD EDT TO BE DELETED Display of that EDT: D IOS,CONFIG(EDT) IOS506I 23.40.58 I/O CONFIG DATA 271 ELIGIBLE DEVICE TABLE LATCH COUNTS 0 OUTSTANDING BINDS ON PRIMARY EDT 2 OUTSTANDING BINDS ON SECONDARY EDT ASID = 001A JOBNAME = JES2 ASID = JOBNAME = *UNKNOWN Display of config: D IOS,CONFIG IOS506I 23.41.52 I/O CONFIG DATA 365 ACTIVE IODF DATA SET = IODF.IODF53 CONFIGURATION ID = BGCA EDT ID = 01 TOKEN: PROCESSOR DATE TIME DESCRIPTION SOURCE: CPU6 07-01-03 16:29:08 IODF IODF51 Display of GRS: D GRS,RES=(SYSZIOS,DYNAMIC) ISG343I 23.43.24 GRS STATUS 514 S=SYSTEM SYSZIOS DYNAMIC SYSNAMEJOBNAME ASID TCBADDR EXC/SHRSTATUS BGCA IOSAS 0014 009E7AC0 EXCLUSIVEOWN How can we fix that? Restart of AS? IPL? Anything else? My guess would be that there are two outstanding binds on the old EDT from the JES2 address space, and that the displaying of ASID = JOBNAME = *UNKNOWN may be due to problem in the fix to OW55291. I would suggest DUMP COMM=(BINDS ON OLD EDT) R xx,JOBNAME=JES2,SDATA=(RGN,SQA,CSA,TRT,GRSQ) The dump might show a TCB or two in the JES2 address space which are in SVC 99 processing. If there is nothing that you can find which is holding up allocation processing, then $PJES2,ABEND and a hotstart of JES2 might clear up the EDT binds. An IPL will certainly clear it up. You should open a PMR to Allocation (component 5752SC1B4 and send this dump for diagnosis of the ASID = JOBNAME = *UNKNOWN Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
I really don't think too many American companies are moving mainframe computers to foreign countries, unless the business presence in the foreign country demands a mainframe. I have to believe that most companies want their mainframe at home on American soil where it is safe, and easy to communicate with. Does anyone know of any American businesses who have outsourced their mainframe to a foreign country to cut costs when they have little business presence in that country? Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: R.S. [EMAIL PROTECTED] That's why sysprogs are still wanted. However in India, Pakistan, Poland, Ukraine. That's result of telecommunication possibilities today. American managers decide to move American computers to cheaper countries, just to lower the costs and provide greater profits to American shareholders. I prefer polish goods, but when polish are significantly more expensive, I choose imported ones. BTW: It's matter of economy, not mainframes. -- 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
Re: sysprog demand in USA
John Deere Technology Center Cyber City, Magarpatta City, Hadapsar -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric N. Bielefeld Sent: Wednesday, 28 February 2007 10:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: sysprog demand in USA I really don't think too many American companies are moving mainframe computers to foreign countries, unless the business presence in the foreign country demands a mainframe. I have to believe that most companies want their mainframe at home on American soil where it is safe, and easy to communicate with. Does anyone know of any American businesses who have outsourced their mainframe to a foreign country to cut costs when they have little business presence in that country? Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: R.S. [EMAIL PROTECTED] That's why sysprogs are still wanted. However in India, Pakistan, Poland, Ukraine. That's result of telecommunication possibilities today. American managers decide to move American computers to cheaper countries, just to lower the costs and provide greater profits to American shareholders. I prefer polish goods, but when polish are significantly more expensive, I choose imported ones. BTW: It's matter of economy, not mainframes. -- 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 --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
adTo save a mainframe
[Darren has told me it's OK to occasionally publish this kind of post; members of my opt-in list got the information a week ago, including pricing details; I have omitted prices here; if you are interested, please drop me a line off-list, or give me a call. ] If any of you have, or know of, a customer who wants to keep their z/OS system, but is being forced to move off the mainframe, here is a possible program to forestall that migration. The idea is to run a website from the z/OS system without WebSphere (that can be added later when those capabilities are needed), without having to install Java, and developed by their current z/OS applications programmers. z/OS is still a viable platform [I hope and believe]. And training is part of the tonic to revitalize it. So here's my latest offering. FastPath to z/OS-hosted Web Sites Host a Web site on your z/OS platform, without buying WebSphere. Use your existing COBOL (or PL/I or Assembler) programmers to develop and maintain a web site on your z/OS system (no need to hire new staff). In just 10 days (instead of 26 days) we can train a dozen or so of your z/OS developers (or a small, select team) how to do this! For a one time charge, with some special benefits (read on). To implement the FastPath approach, we have extracted just the essential courses needed to bring experienced z/OS developers up to speed. In 10 days (two weeks) we would teach this sequence of courses: * Introduction to z/OS UNIX * You and z/OS and The World Wide Web * Introduction to CGIs on z/OS * one of our language-specific CGI writing courses (COBOL, PL/I, Assembler, or REXX) What the students will learn: + How to run under the z/OS UNIX shell (omvs) + The UNIX HFS file system + Environment variables: what they are, how to use + 50+ UNIX commands + Copying files between HFS and classic MVS formats + oedit, obrowse, and ishell + How to access HFS files from non-UNIX apps + ISPF 3.17, the UNIX Directory List utitlity (z/OS 1.8+) + Basic flow of data on the Web + Building a web site on z/OS UNIX + HTML and XHTML - extensive, standards based + X/HTML style: attributes, elements, style sheets + CSS (Cascading Style Sheets) + Client side maps + Embedding multimedia + JavaScript - solid, practical introduction + DOM - the Document Object Model - solid, practical intro. + Forms and controls + Frames and Framesets + Creating and using cookies + Writing and using CGI programs (COBOL, PL/I, Assembler, or REXX) which is enough to create an interesting web site, running under z/OS, which can serve static pages as well as dynamically build and serve web pages using CGI technology. Note also that many of these skills are transferable to other UNIX and Web-related environments. Price is _all inclusive_: * Tuitions for up to 16 students * Instructor travel and living Student materials: * We ship you pdf files, you do the printing * AND you get to keep the pdf files for the print masters! (over 1200 pages of content) (but no instructor notes nor lecture versions) Option: two sets of sessions (total four weeks) * Two offerings run in parallel (morning afternoon) * Train twice as many people for less than twice the price * All students can work half days and be in class half days Here's a chance to give the technology a trial run at a very reasonable price and low investment of time. z/OS: not just for batch, CICS, and IMS any more. What's missing? Well, to get all the details, bells, and whistles, students would normally take a much fuller curriculum; for the FastPath we have chosen the central courses that students can use to build on, copying and modifying code to meet their needs. The fuller curriculum provides deeper and wider coverage of the underlying skills. Any FastPath student who feels they need more in-depth information can always go back to specific courses in the full curriculum as needed. The standard, full curriculum would be something like this: * Using LE Services in z/OS - 3 days * Language specific updates (Enterprise COBOL, HLASM 1.5, etc.) (2-4 days, depending on language) * Secrets of Inter-Language Communication in z/OS (w/ DLLs) - 3.5 days * Introduction to z/OS UNIX - 3 days * Shell script programming in z/OS UNIX - 3 days * You and z/OS and the World Wide Web - 5 days * Developing Applications for z/O UNIX - 3 days * Introduction to CGIs in z/OS - 1 day * Language-specific CGI courses - 1 day each -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
Re: HFS Directory
In [EMAIL PROTECTED], on 02/26/2007 at 11:21 AM, Cartwright, Dave [EMAIL PROTECTED] said: I was able to remove the first two, but cannot remove -m because it thinks I am passing invalid arguments to the command. Use a -- option before the directory name? -- 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: info on limits to lines of code, size, memory, etc
In [EMAIL PROTECTED], on 02/26/2007 at 09:39 AM, Steven Shore [EMAIL PROTECTED] said: I m looking for information ( manuals, other resources) on size limits on the mainframe Working on an Cobol application that is quite large, currently almost 100 000 lines of code and growing. About 100 programs statically linked with one load module ( not my design) Check the Program Management documentation for BINDER and Linkage Editor limits. Personally I'd be more concerned with the size of individual source modules and with the sizes of data areas than with the load module size. How do you determine how much memory is needed to compile it? Do you recompile everything every time you change one source module? If so, why? -- 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: SMPE packaging - load modules or CSECTs
In [EMAIL PROTECTED], on 02/26/2007 at 08:11 AM, Paul Gilmartin [EMAIL PROTECTED] said: o Vendors like to keep things simple for the customer and minimize the customer's opportunity to install unexpected configurations. The second contradicts the 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: SMPE packaging - load modules or CSECTs
In [EMAIL PROTECTED], on 02/26/2007 at 10:23 AM, Paul Gilmartin [EMAIL PROTECTED] said: Hmmm. Sounds like the way overlays (used to) work. Overlays never worked that way. -- 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
DB2 versus VSAM was Re: VSAM Transparency, Transactional VSAM Services, or IAM
On 27 Feb 2007 08:53:36 -0800, in bit.listserv.ibm-main you wrote: If your long term goal really is DB2, then start now. Going through an interim step simply makes the eventual conversion far more expensive. If you can't afford to do it right the first time, then when will you be able to afford to do it over? But be aware that there may be political games being played here. The opposition to DB2 has no intention of ever actually allowing the conversion. They are just saying so to stall and to mislead upper management. The fun with ANY relational data base management system is that it requires more CPU and memory. It also requires careful planning because things like multi-record type files should be converted into separate tables, 1 for each record type. You need someone who understands database and the implications of how certain things are done. There are many benefits including making the data more easily available to end users but they require more than just loading the VSAM files as DB2 tables. My $0.02 HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Brad Carson Sent: Monday, February 26, 2007 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Transparency, Transactional VSAM Services, or IAM Everyone, Management here has decided that we need to review different products that would allow us the bring our CICS regions up while nightly processing is still running. As a member of a management assigned SWAT team to investigate products, our team has decided to focus on the following three products that would allow concurrent VSAM update from batch and CICS: 1. DFHSMStvs - Transactional VSAM services - Would need to setup VSAM record level sharing and all CF logstreams. Also require JCL changes and coding changes for committing a LUW. 2. VSAM transparency - move data into DB2 and setup proper mapping to DB2 tables. Again have some JCL changes and coding for commits. 3. IAM - Innovation access method - Convert VSAM files to IAM files. Our long term goal is to perform a proper DB2 conversion but that is years (and $$) away, or so I'm told by the applications people. What are your thoughts on this issue? Have any of you done this? Are their other pit falls to look out for? Thanks for your time. Brad S. Carson Manager z/Series Technical Support Enterprise Systems Laboratory Corporation of America (336) 436-8294 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
On Feb 27, 2007, at 6:57 PM, Eric N. Bielefeld wrote: I really don't think too many American companies are moving mainframe computers to foreign countries, unless the business presence in the foreign country demands a mainframe. I have to believe that most companies want their mainframe at home on American soil where it is safe, and easy to communicate with. Does anyone know of any American businesses who have outsourced their mainframe to a foreign country to cut costs when they have little business presence in that country? Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 Eric, I know of at least one. But the question is (a side issue to me) as to how much involvement the company has in INDIA. In a multinational corporation one could consider a branch office with 1 person in an involvement. I think you probably should say substantial. I know of another one that has moved their DC to ISREAL. They were (are?) a catalog company. On the other extreme I know at least one company that is staying in the US but only hiring foreign nationals here in Chicago as H1B's seem to be plentiful. Is this outsourcing ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hipersocket FTP Performance
Does anyone have any ballpark numbers for actual throughput performance of FTP using Hipersockets Running either single or multiple FTPs from LPAR #1 to LPAR #2 we are only seeing around 25MB/sec in total. The DASD involved is all FICON connected DMX-3 which is easily capable of transferring faster than this. There is also ample CPU capacity available. Any thoughts on what may be constraining throughput would greatly appreciated. Thanks, Dino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand in USA
Eric N. Bielefeld wrote: I really don't think too many American companies are moving mainframe computers to foreign countries, unless the business presence in the foreign country demands a mainframe. I have to believe that most companies want their mainframe at home on American soil where it is safe, and easy to communicate with. Does anyone know of any American businesses who have outsourced their mainframe to a foreign country to cut costs when they have little business presence in that country? 1. Gilette. SAP mainframe moved from Germany to India. Seamless from user point of view. 2. JES2. IBM moved JES2 development to India. I don't know when, but I haven't noticed any problem with JES2. I also don't know location of machine the JES2 developers work on. 3. Impaq. AFAIK Swiss company. AFAIK datacenter in Belgium is operated from Warsaw, Poland. 4. General Electric. Some mainframe activity is located in Gdansk, Poland. The machine is in another country. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html