Re: DB2 queries without using MF.
McKown, John wrote: [...] Personally, I shudder. Talk about a massive violation of security. ??? What is the violation? Of course, this is why I would __NEVER__ store z/OS data on anything other than z/OS DASD (no, not even FlexCUB). What about other mainframe users, which have READ to the datasets and are able to copy and e-mail them ? If the DASD array can be accessed by __anything__ other than z/OS via standard z/OS facilities, it is a disaster (or security violation) waiting to happen. I can imagine what a state board of insurance auditor would say if our company stored mainframe HIPAA data on a PC with no access controls guaranteed. burr! It's likely that your z/OS DASD can be accessed by open systems as well. Or badly-managed z/OS system. It is a matter of connectivity. In fact we talk about physical security here. Same means could apply to Shai's PC or Support Element, or HMC, or OSA-ICC consoles. -- 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: Accounting for SRB time
Ed, Seeing as captured SRB time is attributed directly to the address the owning address space, why wouldn't you include SRB time in your billing. In fact CPU Time for billing nowadays usually includes IO interrupt time, RCT Time (swapping) and Hyperspace access. I believe IBM has stayed with the original requirement for accounting records in z/OS and it's ancestors, that is if there is any ambiguity about the ownership of CPU time then ignore it, otherwise record it. That's why we have uncaptured. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, January 23, 2008 9:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Accounting for SRB time On Jan 23, 2008, at 11:17 AM, Craddock, Chris wrote: ---SNIP- But ultimately this is another tourist information statistic because (a) you can't really do much to change it and (b) attaching the term SRB to plain old CPU time conveys a certain sense of deep internal systems voodoo for most people. Just think of it as part of the overall system overhead :-) Chris, Lots of good information there for him. You might want to add that trying to do a charge back system that includes SRB is to say the least iffy. Its not clear that is what the person was asking but I am sure it will come up along the way. I would be curious if anyone is including SRB time in any charge back system and how they sold it to the users (if they do use it ) or do they do as you suggest and through it into overhead? i.e. how does the major charge back systems handle it or is it depends ? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 queries without using MF.
It's likely that your z/OS DASD can be accessed by open systems as well. Or badly-managed z/OS system. It is a matter of connectivity. In fact we talk about physical security here. Same means could apply to Shai's PC or Support Element, or HMC, or OSA-ICC consoles. I agree that we talk about physical security here. And I think that we rely on the past when MF was separated from any other platform and now everyone know that MF and TCP in MF open the MF to the world. Thanks, Shai On 1/24/08, R.S. [EMAIL PROTECTED] wrote: McKown, John wrote: [...] Personally, I shudder. Talk about a massive violation of security. ??? What is the violation? Of course, this is why I would __NEVER__ store z/OS data on anything other than z/OS DASD (no, not even FlexCUB). What about other mainframe users, which have READ to the datasets and are able to copy and e-mail them ? If the DASD array can be accessed by __anything__ other than z/OS via standard z/OS facilities, it is a disaster (or security violation) waiting to happen. I can imagine what a state board of insurance auditor would say if our company stored mainframe HIPAA data on a PC with no access controls guaranteed. burr! It's likely that your z/OS DASD can be accessed by open systems as well. Or badly-managed z/OS system. It is a matter of connectivity. In fact we talk about physical security here. Same means could apply to Shai's PC or Support Element, or HMC, or OSA-ICC consoles. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2007 r. kapita zak adowy BRE Banku SA (w ca o ci op acony) wynosi 118.064.140 z . W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zak adowy BRE Banku SA mo e ulec podwy szeniu do kwoty 118.760.528 z . Akcje w podwy szonym kapitale zak adowym b d w ca o ci op acone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
HLASM HLASM Toolkit
Hi, Any one know if HLASM is included in z/OS 1.9? There is only one product named HLASM Toolkit in the z/OS V1.9, which is chargeable. If I want to use HLASM only, do I need to order the toolkit? Or HLASM is included in z/OS V1.9, HLASM toolkit is totally a different product from HLASM. Andy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
racdcert
My colleague came across the following while testing key rings and rsa encryption: He checked the FM to find out that he can set the size of the key via racdcert from anything between 512 and 9. We had it set to 1024, so he tried 2048 to make the encryption harder to break, given that there is no guarantee that there really is a prime number used in the RSA algorithm (in which case encryption is not secure, it can be broken). This is the result of the racdcert command: msgirrd125i:The key size that was specified is not acceptable. The request is not processed. explanation: The maximum key size is determined by US export restrictions or internal system limits based on the key type. Our conclusion: Big 'brother' is watching you, all the better to break your encryption and spy on all you non-Americans! Barbara Nitz -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
subpool of a user shared HFS
I came across an interesting discrepancy (IMO) when looking at an Java OOM dump: Verbx vsmdata tells me that subpool *230* is about 300MB big. Looking at that storage, it is occupied (mostly) by user shared libraries (.so) as shared storage with USS dataspace bpxdl001. Every one of those modules (for USS they have a use count of 2) has it's own CDE in the address space, and the value for SP in that cde says subpool x'82' (*130*), which is consistent with 130 being a low private subpool where these libraries go according to the loadhfs doc while 230 is a high private subpool that supposedly only has system shared libraries. Has anyone noticed this before and has an explanation why CSV shows a different subpool than VSM? Best regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: racdcert
On Thu, 2008-01-24 at 10:59 +0100, Barbara Nitz wrote: Our conclusion: Big 'brother' is watching you, all the better to break your encryption and spy on all you non-Americans! And the first person that mentions clipper chip in response to this owes me a beer. D'oh ... time to visit the fridge. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AIX CICS TRANSACTION GATEWAY EPI QUESTION
HI ALL, Who have exprience on convert old mainframe CICS 3270 to Web base. I know CTG provide EPI to support this function.But menu said The EPIRequest class is not supported with WebSphere Application Server. Use the EPI support classes (Terminal, Screen, and Field) instead. Is this mean that I can only run the program call EPI in the AIX server and cannot use the Websphere to issue the service to other PC.And I cannot use web browser to visit the AIX and get the 3270 Web base map? If it is ture,How can we do that. thanks. BS Yan Ying -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problems with SNA Consoles in Z/OS V1R8
Hello. We need help. Till now we were working with SMCS in Z/OS V1R6 and TN3270E emulations (Personal Coomunications 5.8 for Windows) without any problems. Since we migrated to Z/OS V1R8, SMCS and TN3270E emulations hang when we try to write something in the console. But if we work with an old release of Personal Communications, for example 5.5 the SMCS works O.K. Anyone can give us a clue? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: racdcert
On Thu, 24 Jan 2008 10:59:10 +0100, Barbara Nitz [EMAIL PROTECTED] wrote: My colleague came across the following while testing key rings and rsa encryption: He checked the FM to find out that he can set the size of the key via racdcert from anything between 512 and 9. We had it set to 1024, so he tried 2048 to make the encryption harder to break, given that there is no guarantee that there really is a prime number used in the RSA algorithm (in which case encryption is not secure, it can be broken). This is the result of the racdcert command: msgirrd125i:The key size that was specified is not acceptable. The request is not processed. explanation: The maximum key size is determined by US export restrictions or internal system limits based on the key type. Our conclusion: Big 'brother' is watching you, all the better to break your encryption and spy on all you non-Americans! First, I'd have to wonder what FM yoiur colleague read. From the RACF Command Language Reference: quote Currently, the maximum key size enforced by RACF is 1024 for keys generated with RSA using software, 2048 for keys generated using a PCI-class cryptographic coprocessor or keys generated with DSA using software. /quote It sounds like you are not using the PCI crypto processing, and so you've simply hit RACF's software limit of 1024-bit RSA keys. Use the hardware and you can have stronger certificates. While there are US export restrictions, as far as I know US law does not prevent exporting the 2048-bit hardware capability to Germany. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
Do the contents of the ECB other than the WAIT and POST bits matter to WAIT? no. Although, when the WAIT bit is on, they do matter to POST. IOW, instead of XC ECB,ECB (or CS) would it suffice to do as little as MVI ECB,x'3F' yes Even though task synchronization and resource serialization are technically different, for the purposes of this discussion, they are essentially the same thing. I disagree. Especially when the thread gets into pointing out the deficiencies of wait/post as a serialization mechanism. Not surprising. It really isn't one. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What Now?
Thanks, Mark. I'll check your utilities. We're TLMS, no CopyCat. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Accounting for SRB time
On Jan 24, 2008, at 2:11 AM, Ron Hawkins wrote: Ed, Seeing as captured SRB time is attributed directly to the address the owning address space, why wouldn't you include SRB time in your billing. In fact CPU Time for billing nowadays usually includes IO interrupt time, RCT Time (swapping) and Hyperspace access. I believe IBM has stayed with the original requirement for accounting records in z/OS and it's ancestors, that is if there is any ambiguity about the ownership of CPU time then ignore it, otherwise record it. That's why we have uncaptured. Ron -SNIP-- Because it is ever changing. If you (example) charge you users for say copying a tape and say in rel 3.8 the SRB time is 20 secs and say in rel 3.8 the time is increased to 25 sec but in say 1.3 it goes down to 10 sec and you upgrade to 1.8 it changes *again* in 2.1 to 25 secs . (and so on) (assuming the same amount of records) their billing is changeable and the user comes to you and asks why am I getting charged say 2.50 back in 3.8 and now I am getting hit with 3.50 (these are JUST examples don't get hung up on specifics I am just pointing out variables that can happen) its difficult (to me) to explain that at one time it didn't cost as much to do the same amount of work as it does today (don't even try and talk about inflation etc) he can see the timing of SRB has changed. And how can the user budget for such changes as tomorrow the same job might increase to say $5.00 When he is getting no more work done that it costs say 6 months ago. I know I am not using real numbers but as a typical user would say why?. The money is as I said a simple example not a real life one as I don't have a report in front of me. Of course if you are recalling a dataset off a tape and your friendly dasd back up package as more gets on a tape it has to spin further into a tape one day that say 6 months from now that time can also be a complicating issue and the amount of time you have to do to investigate this does mount up and then how do you charge that time of research? I have seen users challenge practically every charge and it gets time consuming for the research. I have latterly seen a weeks worth of research done over $1000. (us). And, it really gets ugly at the end of the financial year the number of hours gets really high. Division can't budget if their work doesn't change. Now granted you can always charge more but then the users get upset, they do want consistency for budget purposes. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: racdcert
Walt, thanks for your response. I don't know what book my colleague read, either, but I forwarded your reply. From what I understand, the crypto card in the z9 is currently enabled but not used. My colleague will test again with an enabled card (I think). best regards, Barbara -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HLASM HLASM Toolkit
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jie J Zhang Hi, Any one know if HLASM is included in z/OS 1.9? HLASM is the system assembler since long ago, and is included as part of the base z/OS. There is only one product named HLASM Toolkit in the z/OS V1.9, which is chargeable. If I want to use HLASM only, do I need to order the toolkit? No. Or HLASM is included in z/OS V1.9, HLASM toolkit is totally a different product from HLASM. Correct. -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: racdcert
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Barbara Nitz My colleague came across the following while testing key rings and rsa encryption: He checked the FM to find out that he can set the size of the key via racdcert from anything between 512 and 9. We had it set to 1024, so he tried 2048 to make the encryption harder to break, given that there is no guarantee that there really is a prime number used in the RSA algorithm (in which case encryption is not secure, it can be broken). This is the result of the racdcert command: msgirrd125i:The key size that was specified is not acceptable. The request is not processed. explanation: The maximum key size is determined by US export restrictions or internal system limits based on the key type. Our conclusion: Big 'brother' is watching you, all the better to break your encryption and spy on all you non-Americans! AFAIK, encryption is still considered a munition by the US government, and as such is subject to export controls and restrictions similar to those for military weaponry, etc. -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: HLASM HLASM Toolkit
All the elements and optional features of z/OS are listed in this handy table in z/OS Planning for Installation: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2B181/1.1.1?SHELF=EZ2ZO10jDT=20071026163047 As you can see, HLASM is a base element of z/OS, which is to say that it's part of the product, you always get it, and you can use it at no additional charge. For the HLASM Toolkit, the table shows Type: optional feature, nonexclusive, priced, can be dynamically enabled. This means HLASM Toolkit is always included in the copy of z/OS you get; but, it is a priced optional feature and thus enabled by default only if you ordered the feature along with z/OS. To use it if you do not already license it, contact IBM (to arrange to pay for it), create an appropriate entry for it in IFAPRDxx, and then use the SET PROD command to enable it. You do not need the HLASM Toolkit to use HLASM. Jie J Zhang wrote: Hi, Any one know if HLASM is included in z/OS 1.9? There is only one product named HLASM Toolkit in the z/OS V1.9, which is chargeable. If I want to use HLASM only, do I need to order the toolkit? Or HLASM is included in z/OS V1.9, HLASM toolkit is totally a different product from HLASM. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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
Dynamic tape in Rexx?
We would like to dynamically copy a file to tape inside a Rexx routine.
But we're having trouble getting the new tape allocate to work in Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically use in
JCL, is not accepted. Anyone know how I can do this?
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: DFHSM QUESTION : ATTEMPTING TO FIND MIGRAT2 VOLSER
If HSM logs are being retained, they also contain similar information. Another possibility is to restore a backup of the MCDS either under a different name or on a test system from a time when the ds was still on ML2 and find the record corresponding to the dataset. Also, see discussion of OA20117, OA20907, and DFDSS Data Loss that went on in 2007 on IBM-main. If you have DFSMShsm FSM (Fast Subsequent Migration) enabled and have ever moved volumes with dss DUMP FULL, RESTORE FULL before implementing the patch in OA20907 (2007-10-06), you have been exposed to data loss on restored volumes in the form of failure to physically migrate a changed dataset under the assumption a back-level version on ML2 was identical. Prior to OA20907 dss unconditionally reset the DS1DSCHA change bits on all datasets on a volume restored with RESTORE FULL, resulting in DFSMShsm FSM making an erroneous assumption about currency of ML2 data and causing a loss of data. Jack Kelly wrote: You can look at the FSR record (type 5) in SMF and it'll have the info. Also you should look at the archive because there was a lot of discussion about corrupted restores, not recall, as best as I can remember. Sometimes users mix up restore and recall.. Jack Kelly 202-502-2390 (Office) ... -- Joel C. Ewing, Fort Smith, AR[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: Co:Z Co-Processing Toolkit for z/OS is now FREE
Looks like a tool that will require some serious security review in order to implement it properly. On Wed, 23 Jan 2008 17:02:27 -0600, Kirk Wolf [EMAIL PROTECTED] wrote: Dovetailed Technologies announces today that the Co:Z Co-Processing Toolkit for z/OS is now free for use, under the terms of the Apache V2 license. The Co:Z Co-Processing Toolkit allows a z/OS batch job to remotely launch a process on a distributed system, redirecting input and output from the remote process to traditional z/OS datasets or spool files. Remote processes are securely launched using proven SSH (secure shell) technology to the target platform, which may be Linux, Windows, or other Unix/Posix platforms. The remote/target process can use Dataset Pipes commands or APIs to reach back into the Co:Z Launcher jobstep and access MVS datasets - by name or DD reference. These APIs allow for very flexible control over the conversion of record-oriented z/OS datasets to or from byte-stream pipes usable by the target application. The Co:Z toolkit for z/OS also includes the popular DtlSpawn and Dataset Pipes tools, packaged in a single installer. Pre-built binary and source packages are available for a variety of distributed platforms, including Windows, Linux/x86, Linux for System z, and Unix. Free support is available on our support forum. Commercial support contracts are also available. See: http://dovetail.com/products/coz.html - for more information. http://dovetail.com/docs/coz/cookbook.html - for sample jobs http://dovetail.com/downloads/coz/index.html - for downloads -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Problems with SNA Consoles in Z/OS V1R8
On Thu, 24 Jan 2008 05:29:37 -0600, Miguel Villar [EMAIL PROTECTED] wrote: Hello. We need help. Till now we were working with SMCS in Z/OS V1R6 and TN3270E emulations (Personal Coomunications 5.8 for Windows) without any problems. Since we migrated to Z/OS V1R8, SMCS and TN3270E emulations hang when we try to write something in the console. But if we work with an old release of Personal Communications, for example 5.5 the SMCS works O.K. BTDTGTTT. PCOMM release 5.8 added support for Contention Resolution. This needs to be turned off. To turn it off, add the following to the Telnet3270 section of the WS file using notepad: TN3270EContentionResolution=N There must have been changes in z/OS 1.8 related to this (look for 0813): http://tools.ietf.org/html/draft-ietf-tn3270e-extensions-01 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Here's an abbreviated link: http://tinyurl.com/2pvurx And here's the story: * CA aiming to ease mainframe software licensing costs By Mark Fontecchio, News Writer 23 Jan 2008 | SearchDataCenter.com CA Inc. has announced a new mainframe product licensing scheme to address a dire issue for mainframe users: software costs. In a poll from Stamford, Conn.-based research firm Gartner Inc., 58% said that the single largest inhibitor to mainframe growth in their data center was either IBM or third-party software costs. With its announcement, CA aims to ease some of those concerns by offering customers software discounts when their capacity grows, mainly by encouraging users to buy according to millions of service units (MSUs) rather than millions of instructions per second (MIPS). Though details were sparse, CA said that MSU pricing for one of its security or workload automation products running on a mainframe with 1,000 million service units (MSUs) would be one-third less than on a comparable 7,000 million instructions per second (MIPS) machine. Because MIPS is a measure of processor speed alone, it has come under fire for its inaccuracy as a measure of how well a system performs. Other factors, such as memory and I/O bandwidth, affect how well software executes within the mainframe. This is why IBM began licensing its software according to MSUs, which measure how much processing a computer can perform in an hour. The argument has always been that MIPS is not a true mainframe measure of performance, said Richard Ptak, an analyst at Ptak Noel Associates. It's been a problem forever now. Mark Combs, a CA senior vice president, put it this way: MIPS can't measure the actual consumption of work, while MSUs can. MIPS are also capacity based, meaning that users who pay according to MIPS are often paying for capacity they don't need. With MSUs, users can choose capacity- or consumption-based pricing. Shops that run close to 100% utilization most of the time might go with capacity-based pricing, while those who run only at 40% most of the time would go with consumption based to save money. Product suites and free consulting Aside from the licensing change, CA has also organized similar software products into suites. The new suites address performance management, security, tape utilization and compliance, resource management, database performance, and automated storage optimization. Combs said that there are no new products involved in the announcement. Ptak said that offering software in suites allows mainframe users to simplify how many applications – and how many vendors – they use. I think that anything they can do to simplify the process makes sense, he said. If it gets complicated, people get frustrated. CA also announced something it calls a Mainframe Value Program, which is a free consulting service in which a CA employee examines a customer's CA software to make sure the software is up to date and running as best they can. Combs said the consulting offering arose from a company restructuring last year that created a specific mainframe division and wanting to have more of a presence for existing mainframe customers. Part of this is kind of a catch-up from the past, he said. We haven't had much of a field presence. We have good customer relations, but we haven't spent a lot of time in front of customers talking about solutions. * Full Disclosure: I work at InfoSec Inc, which is a business partner of both CA and IBM. We do software installation and consulting for CA (especially in the mainframe security area). Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.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: IEFACTRT exit
Thanks. We'll look into that parameter. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Tuesday, January 22, 2008 1:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: RES: IEFACTRT exit And you can try VSM CHECKREGIONLOSS parameter of DIAGxx Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Discussion List |[mailto:[EMAIL PROTECTED] Em nome de O'Connor, Ruth Enviada em: |terça-feira, 22 de janeiro de 2008 16:15 |Para: IBM-MAIN@BAMA.UA.EDU |Assunto: Re: IEFACTRT exit | |Thanks for the information and suggestions. DAE doesn't show anything |recent for the LPAR in question. | |We're going for the simple minded plan, too! We already stop and |restart our production initiators freqently, for other reasons, and we |will now do the same for the applications development inits. | HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HLASM HLASM Toolkit
Jie J Zhang wrote: There is only one product named HLASM Toolkit in the z/OS V1.9, which is chargeable. If I want to use HLASM only, do I need to order the toolkit? Or HLASM is included in z/OS V1.9, HLASM toolkit is totally a different product from HLASM. John Eells already responded regarding the status of HLASM and the HLASM Toolkit. The HLASM toolkit is a set of functions that add value to HLASM if you're doing a significant amount of HLASM coding. There is a source scanning utility, ASMXREF, that produces a series of reports regarding source code. There is also a symbolic debugging function that understands some optional data produced by HLASM and allows you to talk about locations in your program and DSECTs referenced by it symbolically. Several other functions are also present. Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 queries without using MF.
What kind of access tool are you talking about - SQL or something else ? If it's SQL, how compatible will it be with DB2 SQL ? With good SQL support, it could be a useful tool for warehouse kind of queries. On Wed, 23 Jan 2008 22:49:35 -0800, shai hess [EMAIL PROTECTED] wrote: Thanks, Yes, I am aware to the data integrity and data in MF buffer. That is why I think about queries only. And ability to run massive ( with the tool of PC!!! ) programs in PC for statistic with a great response time. For statistic maybe the users accept the small chance of data integrity problem. Also maybe some installation can use my mirrors feature to run the programs on suspended mirror for statistic. Do not forget that you can suspend MFNetDisk mirror without stopping the activities of the real 3390. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Because MIPS is a measure of processor speed alone, it has come under fire for its inaccuracy as a measure of how well a system performs. Other factors, such as memory and I/O bandwidth, affect how well software executes within the mainframe. This is why IBM began licensing its software according to MSUs, which measure how much processing a computer can perform in an hour. MSU's are still based on MIPS. Only CPU Service Units are used in the calculation. Plus, the marketting discounts for z/990 z9. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Well, we do have a kind of sub-capacity pricing contract with CA for TopSecret based on MSUs (the software kind - see below). It doesn't work like IBM's sub-capacity pricing. It looks more like a cell phone contact. You pay a flat fee for up to a certain level of MSU use each month. If you go over that MSU level you get hit with a pretty stiff per MSU charge. Each month we forward a copy of the SCRT report to CA. Other than that, this article doesn't have their facts straight - IMHO. It presents MSUs as a better measure of processor power than MIPS. The software MSUs used by IBM for sub-capacity pricing is a fairly arbitrary number, and the ratio of MSUs to MIPS has been changing with each hardware upgrade. This is IBM's method of keeping software costs within reason. Now, if they are talking about the original SUs per second value that's been around forever then that might be considered a good measure of processor power. However, that's not what IBM is using for sub-capacity pricing. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, January 23, 2008 3:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA Aiming to Ease Mainframe licensing Costs http://searchdatacenter.techtarget.com/originalContent/ 0,289142,sid80_gci1295640,00.html? track=NL-576ad=621315asrc=EM_NLN_2939893uid=6570353 (watch the wrap cut and paste if you need to) Does anyone have any insight? Thanks, 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Now, if they are talking about the original SUs per second value that's been around forever then that might be considered a good measure of processor power. Not really. IBM uses LSPR to set the value, but LSPR has different throughputs depending on the workload tested. And, only one value is set for SU's. MIPS, SU's, and MSU's are all abitrary. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems with SNA Consoles in Z/OS V1R8
Zeldon said: BTDTGTTT. PCOMM release 5.8 added support for Contention Resolution. This needs to be turned off. To turn it off, add the following to the Telnet3270 section of the WS file using notepad: OK, I give, what's BTDTGTTT? George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.8 or 1.9 ?
Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 9608 [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: Problems with SNA Consoles in Z/OS V1R8
Well BTDTGTT means Been There, Done That, Got The T-shirt. I don't know what the final T means. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Fogg Sent: Thursday, January 24, 2008 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Problems with SNA Consoles in Z/OS V1R8 Zeldon said: BTDTGTTT. PCOMM release 5.8 added support for Contention Resolution. This needs to be turned off. To turn it off, add the following to the Telnet3270 section of the WS file using notepad: OK, I give, what's BTDTGTTT? George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. 1.8 is scheduled to go out of support in 9/2009; 1.9 is scheduled in 9/2010 (see http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_eos_dates. html). All other things being equal, I'd go for the release that will be supported longer. The biggest reason I can see not to do that would be if product(s) you have have issues with 1.9 but not with 1.8... Jim Horne Lowe's Companies, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Thursday, January 24, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.8 or 1.9 ? Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 9608 [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: Problems with SNA Consoles in Z/OS V1R8
George Fogg wrote: Zeldon said: BTDTGTTT. PCOMM release 5.8 added support for Contention Resolution. This needs to be turned off. To turn it off, add the following to the Telnet3270 section of the WS file using notepad: OK, I give, what's BTDTGTTT? I think it should be BTDTGTS - Been There, Done That, Got T-Shirt. However I don't know it is official IBM acronym or not ;-))) -- Radoslaw Skorupka Lodz, Poland P.S. I didn't say USS for Unix System Services, did I ? ;-) -- 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: Problems with SNA Consoles in Z/OS V1R8
The final T means I Type Too fast. :-) BTW, it's ZeldEn... not O. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 24 Jan 2008 09:19:54 -0600, Kelman, Tom [EMAIL PROTECTED] wrote: Well BTDTGTT means Been There, Done That, Got The T-shirt. I don't know what the final T means. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Fogg Sent: Thursday, January 24, 2008 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Problems with SNA Consoles in Z/OS V1R8 Zeldon said: BTDTGTTT. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Problems with SNA Consoles in Z/OS V1R8
On 24 Jan 2008 07:20:11 -0800, [EMAIL PROTECTED] (Kelman, Tom) wrote: Well BTDTGTT means Been There, Done That, Got The T-shirt. I don't know what the final T means. Maybe it's like Fortran, where the final letter is the last letter of Formula-Translation... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
z/os 1.8 drop date is 9/2009 I would go with z/os 1.9 and have a longer time between upgrades. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Dean Montevago Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? Since 1.9 is the currently available release, you might find it difficult at best to order 1.8 now. If you wait until September, you might be able to choose between 1.9 and 1.10. -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: z/OS 1.8 or 1.9 ?
at this point, considering 1.10 will be out in 8 months, I would go with 1.9 if I were you. also, 1.8 will not be co-existence supported with 1.11 http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_cmf.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: Co:Z Co-Processing Toolkit for z/OS is now FREE
Don, Spoken like a true security consultant :-) But seriously - we would welcome any comments or questions that you have. It might be good to add something to our documentation to address any common concerns. Co:Z uses SSH to connect from z/OS to the remote server and start the remote agent process. The remote processes run under the user that was authenticated by SSH, using public/private keypairs. Dataset access is always done by the launching z/OS job, using its security access. Once the remote process is started by SSH, there are two options for reading/writing datasets from it: 1) Connections are tunneled in the SSH connection. This is the default and provides the most security, but also uses more resources for SSH encryption. 2) Connections use separate sockets back into this z/OS launcher. These are not encrypted but involve lower overhead / higher performance, and should be considered when used within a secure network. The security of this approach is far superior, IMO, to using NFS - which requires much more trust in the security of the NFS client operating system. Regards, Kirk Wolf Dovetailed Technologies On Jan 24, 2008 8:42 AM, Doc Farmer [EMAIL PROTECTED] wrote: Looks like a tool that will require some serious security review in order to implement it properly. On Wed, 23 Jan 2008 17:02:27 -0600, Kirk Wolf [EMAIL PROTECTED] wrote: Dovetailed Technologies announces today that the Co:Z Co-Processing Toolkit for z/OS is now free for use, under the terms of the Apache V2 license. The Co:Z Co-Processing Toolkit allows a z/OS batch job to remotely launch a process on a distributed system, redirecting input and output from the remote process to traditional z/OS datasets or spool files. Remote processes are securely launched using proven SSH (secure shell) technology to the target platform, which may be Linux, Windows, or other Unix/Posix platforms. The remote/target process can use Dataset Pipes commands or APIs to reach back into the Co:Z Launcher jobstep and access MVS datasets - by name or DD reference. These APIs allow for very flexible control over the conversion of record-oriented z/OS datasets to or from byte-stream pipes usable by the target application. The Co:Z toolkit for z/OS also includes the popular DtlSpawn and Dataset Pipes tools, packaged in a single installer. Pre-built binary and source packages are available for a variety of distributed platforms, including Windows, Linux/x86, Linux for System z, and Unix. Free support is available on our support forum. Commercial support contracts are also available. See: http://dovetail.com/products/coz.html - for more information. http://dovetail.com/docs/coz/cookbook.html - for sample jobs http://dovetail.com/downloads/coz/index.html - for downloads -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Dean Montevago wrote: Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 9608 [EMAIL PROTECTED] Isn't that amazing? ISTR it was not too long ago you were running OS/390 1.10 and it was in doubt if you would even stay on the mainframe. Good news to have this choice. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
We are currently on 1.8, and I am working on the 1.9 upgrade right now. Due to MANY issues with IDCAMS with 1.8, I'd just go to 1.9. It appears that many of the LISTCAT issues with IDCAMS were fixed in 1.9. There were many quirks in LISTCAT in 1.8 that made it a pain to deal with... C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, January 24, 2008 10:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 or 1.9 ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dean Montevago Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? Since 1.9 is the currently available release, you might find it difficult at best to order 1.8 now. If you wait until September, you might be able to choose between 1.9 and 1.10. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert Justice at this point, considering 1.10 will be out in 8 months, I would go with 1.9 if I were you. also, 1.8 will not be co-existence supported with 1.11 http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_cmf.html Hmmm Does this represent a departure from the previous n+3 philosophy? Or is 1.11 too far in the future to include at this time? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Co:Z Co-Processing Toolkit for z/OS is now FREE
Sorry Doc, I finger-checked your name. On Jan 24, 2008 9:43 AM, Kirk Wolf [EMAIL PROTECTED] wrote: Don, Spoken like a true security consultant :-) But seriously - we would welcome any comments or questions that you have. It might be good to add something to our documentation to address any common concerns. Co:Z uses SSH to connect from z/OS to the remote server and start the remote agent process. The remote processes run under the user that was authenticated by SSH, using public/private keypairs. Dataset access is always done by the launching z/OS job, using its security access. Once the remote process is started by SSH, there are two options for reading/writing datasets from it: 1) Connections are tunneled in the SSH connection. This is the default and provides the most security, but also uses more resources for SSH encryption. 2) Connections use separate sockets back into this z/OS launcher. These are not encrypted but involve lower overhead / higher performance, and should be considered when used within a secure network. The security of this approach is far superior, IMO, to using NFS - which requires much more trust in the security of the NFS client operating system. Regards, Kirk Wolf Dovetailed Technologies On Jan 24, 2008 8:42 AM, Doc Farmer [EMAIL PROTECTED] wrote: Looks like a tool that will require some serious security review in order to implement it properly. On Wed, 23 Jan 2008 17:02:27 -0600, Kirk Wolf [EMAIL PROTECTED] wrote: Dovetailed Technologies announces today that the Co:Z Co-Processing Toolkit for z/OS is now free for use, under the terms of the Apache V2 license. The Co:Z Co-Processing Toolkit allows a z/OS batch job to remotely launch a process on a distributed system, redirecting input and output from the remote process to traditional z/OS datasets or spool files. Remote processes are securely launched using proven SSH (secure shell) technology to the target platform, which may be Linux, Windows, or other Unix/Posix platforms. The remote/target process can use Dataset Pipes commands or APIs to reach back into the Co:Z Launcher jobstep and access MVS datasets - by name or DD reference. These APIs allow for very flexible control over the conversion of record-oriented z/OS datasets to or from byte-stream pipes usable by the target application. The Co:Z toolkit for z/OS also includes the popular DtlSpawn and Dataset Pipes tools, packaged in a single installer. Pre-built binary and source packages are available for a variety of distributed platforms, including Windows, Linux/x86, Linux for System z, and Unix. Free support is available on our support forum. Commercial support contracts are also available. See: http://dovetail.com/products/coz.html - for more information. http://dovetail.com/docs/coz/cookbook.html - for sample jobs http://dovetail.com/downloads/coz/index.html - for downloads -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
1.9 it is !! Thanks everyone for the info. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
If CA's aim was to lower costs (for us that is) they could have reduced the per MIPS pricing. By switching the metric to MSU they don't have issues with existing contracts and can lower prices and even add sub-capacity pricing via SCRT. The goal could also be to get existing contracts rewritten to MSU and get rid of unfavorable clauses? It still appears to be a move in the right direction. Just my .02 Ken Porowski -Original Message- Kelman, Tom Well, we do have a kind of sub-capacity pricing contract with CA for TopSecret based on MSUs (the software kind - see below). It doesn't work like IBM's sub-capacity pricing. It looks more like a cell phone contact. You pay a flat fee for up to a certain level of MSU use each month. If you go over that MSU level you get hit with a pretty stiff per MSU charge. Each month we forward a copy of the SCRT report to CA. Other than that, this article doesn't have their facts straight - IMHO. It presents MSUs as a better measure of processor power than MIPS. The software MSUs used by IBM for sub-capacity pricing is a fairly arbitrary number, and the ratio of MSUs to MIPS has been changing with each hardware upgrade. This is IBM's method of keeping software costs within reason. Now, if they are talking about the original SUs per second value that's been around forever then that might be considered a good measure of processor power. However, that's not what IBM is using for sub-capacity pricing. Tom Kelman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Hi, CA aiming to lower costs ? Sending Consultants to your site for FREE to help you with CA products ? Am I wactching the comedy channel or the Political Cable Channels in the USA. Now I know how certain political candidates win Elections in the USA. Unbelievable stuff this and you have to assume that the members on this list are the people with some education out there. Anton On Thu, 24 Jan 2008 10:47:40 -0500, Ken Porowski [EMAIL PROTECTED] wrote: If CA's aim was to lower costs (for us that is) they could have reduced the per MIPS pricing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
On Thu, 24 Jan 2008 10:45:21 -0500, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) [EMAIL PROTECTED] wrote: We are currently on 1.8, and I am working on the 1.9 upgrade right now. Due to MANY issues with IDCAMS with 1.8, I'd just go to 1.9. It appears that many of the LISTCAT issues with IDCAMS were fixed in 1.9. There were many quirks in LISTCAT in 1.8 that made it a pain to deal with... I think I know what you are talking about... and there was an APAR which restored the old behavior (and lost the performance benefit - it doesn't use GFL - Generic Filter Locate). See OA20472 which adds an alias of IDCNOGFL to IDCAMS at a different entry point.However, be aware that IBM says this is a temporary solution to ease migration and is intended to be removed in a future release. BTW, that APAR applies to z/OS 1.9 also. But the PTF was available prior to GA so it was most likely applied to your ServerPac when it was built (unless you were an ESP customer). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems with SNA Consoles in Z/OS V1R8
On Thu, 24 Jan 2008 09:25:10 -0600, Mark Zelden [EMAIL PROTECTED] wrote: The final T means I Type Too fast. :-) BTW, it's ZeldEn... not O. (off list) Wouldn't that be TTF? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Accounting for SRB time
ED, I've have never observed SRB time to vary so much across MVS versions and releases, but I started with MVS/XA, Things may have been different in earlier versions. However, if the address space is burning the SRB CPU time then the user must still be responsible for the cost. If you ignore SRB time all you will do is adjust the charge for TCB time to account for a larger uncaptured, and some other application will be funding the SRB time of the IO intensive applications. The same variability can happen in TCB time, but you don't suggest ignoring this. In fact I've observed this in the G4 when IBM put the compression instructions into macrocode and the CPU time for jobs using SMS compression went through the roof. It did not come down again until the G6. This was a variation in CPU time of 100s of percent. Your example for SRB time suggests that this is a basis for ignoring TCB time. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday, January 24, 2008 5:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Accounting for SRB time On Jan 24, 2008, at 2:11 AM, Ron Hawkins wrote: Ed, Seeing as captured SRB time is attributed directly to the address the owning address space, why wouldn't you include SRB time in your billing. In fact CPU Time for billing nowadays usually includes IO interrupt time, RCT Time (swapping) and Hyperspace access. I believe IBM has stayed with the original requirement for accounting records in z/OS and it's ancestors, that is if there is any ambiguity about the ownership of CPU time then ignore it, otherwise record it. That's why we have uncaptured. Ron -SNIP-- Because it is ever changing. If you (example) charge you users for say copying a tape and say in rel 3.8 the SRB time is 20 secs and say in rel 3.8 the time is increased to 25 sec but in say 1.3 it goes down to 10 sec and you upgrade to 1.8 it changes *again* in 2.1 to 25 secs . (and so on) (assuming the same amount of records) their billing is changeable and the user comes to you and asks why am I getting charged say 2.50 back in 3.8 and now I am getting hit with 3.50 (these are JUST examples don't get hung up on specifics I am just pointing out variables that can happen) its difficult (to me) to explain that at one time it didn't cost as much to do the same amount of work as it does today (don't even try and talk about inflation etc) he can see the timing of SRB has changed. And how can the user budget for such changes as tomorrow the same job might increase to say $5.00 When he is getting no more work done that it costs say 6 months ago. I know I am not using real numbers but as a typical user would say why?. The money is as I said a simple example not a real life one as I don't have a report in front of me. Of course if you are recalling a dataset off a tape and your friendly dasd back up package as more gets on a tape it has to spin further into a tape one day that say 6 months from now that time can also be a complicating issue and the amount of time you have to do to investigate this does mount up and then how do you charge that time of research? I have seen users challenge practically every charge and it gets time consuming for the research. I have latterly seen a weeks worth of research done over $1000. (us). And, it really gets ugly at the end of the financial year the number of hours gets really high. Division can't budget if their work doesn't change. Now granted you can always charge more but then the users get upset, they do want consistency for budget purposes. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Chase, John wrote: Hmmm Does this represent a departure from the previous n+3 philosophy? N+3 support died with semi-annual release some time ago. Now, a system is supported for three years and will coexist with any other currently supported system. A much simpler philosophy. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VPS/X
We are looking to install VPSX on z/LINUX to offload the AFP - PCL conversion work from our genral purpose processor. We are looking for anybody with experience doing this to answer a few questions. Anybody out there ? Thanks, 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: DB2 queries without using MF.
I talk about SQL for queries only. But this is a little early to talk about the SQL before I find out how many people like such a tool. Thanks, Shai On 1/24/08, Mohammad Khan [EMAIL PROTECTED] wrote: What kind of access tool are you talking about - SQL or something else ? If it's SQL, how compatible will it be with DB2 SQL ? With good SQL support, it could be a useful tool for warehouse kind of queries. On Wed, 23 Jan 2008 22:49:35 -0800, shai hess [EMAIL PROTECTED] wrote: Thanks, Yes, I am aware to the data integrity and data in MF buffer. That is why I think about queries only. And ability to run massive ( with the tool of PC!!! ) programs in PC for statistic with a great response time. For statistic maybe the users accept the small chance of data integrity problem. Also maybe some installation can use my mirrors feature to run the programs on suspended mirror for statistic. Do not forget that you can suspend MFNetDisk mirror without stopping the activities of the real 3390. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Accounting for SRB time
However, if the address space is burning the SRB CPU time then the user must still be responsible for the cost We had this discussion when I worked at a large insurance company twenty years ago. I wanted to charge for SRB time; the ops manager didn't. I said that after step one of a 99 step accounting process we'd be wrong by 10%, and asked how far off we be after step 99. To make a long story short, we did it his way. 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: Accounting for SRB time
Bob Shannon wrote: However, if the address space is burning the SRB CPU time then the user must still be responsible for the cost We had this discussion when I worked at a large insurance company twenty years ago. I wanted to charge for SRB time; the ops manager didn't. I said that after step one of a 99 step accounting process we'd be wrong by 10%, and asked how far off we be after step 99. To make a long story short, we did it his way. Twenty years ago there were only two kinds of SRBs (global and local) and they were scheduled in limited situations by (primarily) the system. These days, you have preemptible, client, and enclave SRBs being scheduled by applications and middleware, as well as by the system. The landscape has changed considerably. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accounting for SRB time
On Thu, 24 Jan 2008 07:03:10 -0600, Ed Gould wrote: Division can't budget if their work doesn't change. Now granted you can always charge more but then the users get upset, they do want consistency for budget purposes. IMO, there has been far too much worry about consistency in billing over the years. It has lead to where we are today, with everyone thinking that the mainframe is expensive. I worked at one place in the early '70s where every new processor was tested against a benchmark and the billing rates per CPU second were adjusted so that the user's bills would come out about the same. Never mind that that the costs to the data center had gone down. We were doing the same amount of work for the customer and they should damn well pay the same price. when I posted about it here ten years ago, assuming 20% billable utilization they'd have been billing $20 million per year for CPU utilization. DASD was the same way. We charged per MB and kept the rate constant, even as the cost of DASD fell every time new technology became available. And let's not forget software charging. IBM has been trying to keep the price of software pretty consistent, based on the size of the processor that it is running on. buy a newer, faster processor and guess what? You pay more for software licensing. Look at what you are paying for z/OS today compared to what you were paying 25 years ago. I know that someone will tell me that you are doing more with it today, so you should pay more. I'll counter that with this: 25 years ago, you probably did almost all of your data processing on the mainframe. What percentage of it runs there today? /soapbox -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic tape in Rexx?
First, dynamically allocating tape drives is a bit tricky. IIRC, the
allocation fails if there are none available because only an authorized
caller can wait.
Second, I've never heard of the use of 'private' in JCL. It's either a
real serial number or not specified. It appears as PRIVAT in some
messages as the tape management system substitutes a suitable scratch
serial number.
Perhaps you have some local tape allocation exit in the loop.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jeffrey Deaver
Sent: Thursday, January 24, 2008 8:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dynamic tape in Rexx?
We would like to dynamically copy a file to tape inside a Rexx routine.
But we're having trouble getting the new tape allocate to work in
Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically use in
JCL, is not accepted. Anyone know how I can do this?
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accounting for SRB time
In [EMAIL PROTECTED]@sbcglobal.net, on 01/24/2008 at 12:11 AM, Ron Hawkins [EMAIL PROTECTED] said: Seeing as captured SRB time is attributed directly to the address the owning address space, why wouldn't you include SRB time in your billing. Because ir's not repeatable. -- 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: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
In [EMAIL PROTECTED], on 01/23/2008 at 03:22 PM, Ed Gould [EMAIL PROTECTED] said: We have discussed on IBM-MAIN plenty of times about the restriction of 100 characters in the parm field. The PSF proc is an example what IBM had to go through in order to get around the 100 character max. I see no such circumvention. This is the interesting as it shows how far IBM had to go to get around the restriction. They basically had to add fields and change the convertor/interpreter to allow for the options. The OUTPUT statement is not an extension of the EXEC statement and has nothing to do with PARM. While I am not saying increasing the length would *NOT* have necessitated the changes (its probably a tossup) it would have made implementation, IMO a LOT easier. No. IBM would still have needed to add the OUTPUT statement and nothing in the code for the extended PARM could have been pirated for us in OUTPUT. As a side issue are these new JCL parameters supported in dynamic allocation? Yes. -- 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: Home (address space) level name/token pair question
In [EMAIL PROTECTED], on 01/23/2008 at 03:00 PM, Craddock, Chris [EMAIL PROTECTED] said: Beyond that, you would need to create a global name/token pair to refer to the life-of-address-space storage because nothing else is going to survive termination of the job step that created that name/token pair. Shirley all of the control blocks pertaining to the Initiator will survive. -- 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: Accounting for SRB time
Interesting thread, but maybe an ambiguous subject title on reflection. What I really wanted to find out about is what kicks off SRB activity, e.g. in the scenario we have used product set A in the past and now we use product set B and the SRB time has increased by a noticeable percentage - why? -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic tape in Rexx?
What error do you get? Also, don't you need TSO MOUNT authority to use
ALLOCATE for a tape from TSO (or TSO/REXX)? DO you have that authority?
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
On Thu, 24 Jan 2008 10:50:56 -0600, Hal Merritt [EMAIL PROTECTED] wrote:
First, dynamically allocating tape drives is a bit tricky. IIRC, the
allocation fails if there are none available because only an authorized
caller can wait.
Second, I've never heard of the use of 'private' in JCL. It's either a
real serial number or not specified. It appears as PRIVAT in some
messages as the tape management system substitutes a suitable scratch
serial number.
Perhaps you have some local tape allocation exit in the loop.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jeffrey Deaver
Sent: Thursday, January 24, 2008 8:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dynamic tape in Rexx?
We would like to dynamically copy a file to tape inside a Rexx routine.
But we're having trouble getting the new tape allocate to work in
Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically use in
JCL, is not accepted. Anyone know how I can do this?
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic tape in Rexx?
On Thu, 24 Jan 2008 08:23:04 -0600, Jeffrey Deaver
[EMAIL PROTECTED] wrote:
We would like to dynamically copy a file to tape inside a Rexx routine.
But we're having trouble getting the new tape allocate to work in Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically use in
JCL, is not accepted. Anyone know how I can do this?
That PRIVATE in your TSO ALLOC command is not a volser; it's a keyword,
like the PRIVATE subparameter of the VOLUME keyword on a DD statement in JCL.
You don't say how this fails. In any case, allocating tapes from TSO
commands has its problems. Are you running this in a real TSO session (i.e.
at a terminal), or in batch? If real TSO, you need the MOUNT attribute for
the userid you're logged on as. But that leads to problems if you later make
any reference to a catalogued but unmounted dataset. Your session will be
stuck until the operator replies to the mount or allocation recovery message.
Tony H.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
We renewed our license for Easytrieve and FAVER and converted to sub-capacity pricing. We paid a yearly license fee based on a certain MSU level and will provide the SCRT outputs quarterly to CA. If we exceed the base MSU level, we will be billed $30 per MSU per month we were over the base. We also have the option to raise the base MSU level, essentially prepaying the MSU overages, but at a lesser rate. We will definitely be saving money over the group-based pricing contract they originally proposed for us and we appreciate the work of CA's solution strategist for working out the details. YMMV, of course. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kelman, Tom Sent: Thursday, January 24, 2008 9:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA Aiming to Ease Mainframe licensing Costs Well, we do have a kind of sub-capacity pricing contract with CA for TopSecret based on MSUs (the software kind - see below). It doesn't work like IBM's sub-capacity pricing. It looks more like a cell phone contact. You pay a flat fee for up to a certain level of MSU use each month. If you go over that MSU level you get hit with a pretty stiff per MSU charge. Each month we forward a copy of the SCRT report to CA. snip. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z Co-Processing Toolkit for z/OS is now FREE
Got it and am playing around with it now. I have run into one problem as follows: quote DtlSpawn[N]: Copyright (C) 2005-2006 Dovetailed Technologies LLC. All rights reserved. DtlSpawn[N]: version 1.0.3 2008-01-23 DtlSpawn[I]: executing progname=login-shell=/usr/local/bin/bash DtlSpawn[I]: returning with rc=exitcode=2 /usr/local/bin/bash: -L: unrecognized option /quote Perhaps my version of bash is too old or too new? quote bash --version GNU bash, version 2.03.0(1)-release (i370-ibm-mvs) Copyright 1998 Free Software Foundation, Inc. /quote Another thing that I wish is that the documentation would be available for download as a PDF file, instead of only being available via a browser as HTML. Yes, I could likely download all the pages and reformat it myself. I admit to being very lazy. There is also some concern in that some sites' owners get upset if somebody downloads their site (or portion thereof) using curl or wget. -- 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: Dynamic tape in Rexx?
Private is not an ALLOCATE command parameter. If it is the volume serial
number use VOLUME(volume) parameter. I would ignore this parameter at all
and get a scratch tape, as you specified NEW as the disposition. Your tape
management product will find you one.
Itschak
Itschak Mugzach, Director
SecuriTeam Software ltd.
Tel: +972 (522) 986404
Skype: Securiteam-Software
Email: [EMAIL PROTECTED]
Gmail: [EMAIL PROTECTED] for large mails
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Hal Merritt
Sent: Thursday, January 24, 2008 6:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Dynamic tape in Rexx?
First, dynamically allocating tape drives is a bit tricky. IIRC, the
allocation fails if there are none available because only an authorized
caller can wait.
Second, I've never heard of the use of 'private' in JCL. It's either a real
serial number or not specified. It appears as PRIVAT in some messages as the
tape management system substitutes a suitable scratch serial number.
Perhaps you have some local tape allocation exit in the loop.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jeffrey Deaver
Sent: Thursday, January 24, 2008 8:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dynamic tape in Rexx?
We would like to dynamically copy a file to tape inside a Rexx routine.
But we're having trouble getting the new tape allocate to work in Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically use in
JCL, is not accepted. Anyone know how I can do this?
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively for the individual or entity to which it is addressed.
The message, together with any attachment, may contain confidential and/or
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message in
error, please immediately advise the sender by reply email and delete all
copies.
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems with SNA Consoles in Z/OS V1R8
Thank you very much Mark. We are going to try 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: DB2 queries without using MF.
Is it can be useful to develop in the PC, api for DB2? The API will use my MFNetDisk 3390 data and the response time will be very very good from PC or any open systems platform? This would be *very* useful if 1. It could be done without using the mainframe. 2. It supported JDBC ODBC APIs. 3. It cost significantly less than current drivers. JDBC/ODBC access to z/os DB2 works well, but it's expensive (relative term). The cost for drivers, whether DB2 Connect or another vendor, is enormous. I have web servers, data warehousing, windows server apps and desktop clients all accessing DB2 data. If I want to add a CPU to webapp server, the driver upgrage fee is more than the cost of the entire server. Secondly, z/os CPU cycles are perceived as expensive. Offloading query processing to a windows box is desirable. In a small shop such as mine, it's much easier to fund a Windows server than a ZIIP. I've even taken to shadowing some DB2 tables to SQL Server tables for use in queries. -Rob Wunderlich -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
I have yet to find a way to access the information on an output statement. Can you give a hint as to where to find it? curious pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/23/2008 05:11:23 PM: And you just came up with a bit of a methodology that could be used (with some difficulty) in our own application programs. In a step which wants a PARM value 100 characters, use something like: // PARM='abcd ' where abcd is the label of an // OUTPUT statement available to the application. You can then use many of the parameters on the OUTPUT statement for passing parameter information. For example, ADDRESS= can contain up to 4 subparameters, each of which can be up to 60 bytes. . . . Retrieving this data is left as an exercise for the user. But it would likely be done in an assembler subroutine. John McKown - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Z Co-Processing Toolkit for z/OS is now FREE
John, Thanks for pointing this out. It seems that we assume that the default shell can accept -L to mean a login shell, which doesn't work for bash (it will accept -l or --login ). What we should be doing is spawning the shell with a leading dash in arg[0], which is more universally accepted by shells to indicate to use a login shell. We will fix this. In the mean time, you can specifically launch a bash login shell via: // EXEC DTLSPAWN,CMD='/usr/local/bin/bash --login' Thanks for the suggestion regarding a PDF manual - we will consider doing this in the future. In the interim, you are welcome to scrape and convert it. Thanks, Kirk Wolf Dovetailed Technologies On Jan 24, 2008 11:32 AM, McKown, John [EMAIL PROTECTED] wrote: Got it and am playing around with it now. I have run into one problem as follows: quote DtlSpawn[N]: Copyright (C) 2005-2006 Dovetailed Technologies LLC. All rights reserved. DtlSpawn[N]: version 1.0.3 2008-01-23 DtlSpawn[I]: executing progname=login-shell=/usr/local/bin/bash DtlSpawn[I]: returning with rc=exitcode=2 /usr/local/bin/bash: -L: unrecognized option /quote Perhaps my version of bash is too old or too new? quote bash --version GNU bash, version 2.03.0(1)-release (i370-ibm-mvs) Copyright 1998 Free Software Foundation, Inc. /quote Another thing that I wish is that the documentation would be available for download as a PDF file, instead of only being available via a browser as HTML. Yes, I could likely download all the pages and reformat it myself. I admit to being very lazy. There is also some concern in that some sites' owners get upset if somebody downloads their site (or portion thereof) using curl or wget. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accounting for SRB time
What I really wanted to find out about is what kicks off SRB activity, e.g. in the scenario we have used product set A in the past and now we use product set B and the SRB time has increased by a noticeable percentage - why? How long is a piece of string? As Ed Jaffe pointed out, lots of things use SRBs these days. Unless you have some insight into the design of the application all you can do is shrug. And even if you do know something about the design of the application all you can do is shrug in a slightly more self satisfied manner :-) CC -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Accounting for SRB time
On Jan 24, 2008, at 10:08 AM, Ron Hawkins wrote: ED, I've have never observed SRB time to vary so much across MVS versions and releases, but I started with MVS/XA, Things may have been different in earlier versions. However, if the address space is burning the SRB CPU time then the user must still be responsible for the cost. If you ignore SRB time all you will do is adjust the charge for TCB time to account for a larger uncaptured, and some other application will be funding the SRB time of the IO intensive applications. The same variability can happen in TCB time, but you don't suggest ignoring this. In fact I've observed this in the G4 when IBM put the compression instructions into macrocode and the CPU time for jobs using SMS compression went through the roof. It did not come down again until the G6. This was a variation in CPU time of 100s of percent. Your example for SRB time suggests that this is a basis for ignoring TCB time. Ron Ron, Interesting. My numbers were off the top of my head as I said that I did not have a report in front of me. My memory (subject to dropped bits) indicated something close to what I had written. Of course when I looked back at the report and doing research after a minor complaint by a user was that there wasn't any CPU change or anything else that stood out in the change log (or my memory) of anything else changing during the time in question. We had a pretty stable environment (maybe to stable) except for MVS releases. I had marching orders to get us up to pretty recent levels as we had plans to change our disks from 3380's to 3390's and we were *NOT* fcs of the 3390's but were after the the first day . The change we had to go through to leap through different releases kind of quickly and it took a toll on me with SMPe and all the maintenance that needed to be put on to get to the point where it was doable. I do remember that I had tried to push management to use the QCM measurements as they were actually repeatable. I was getting a little peeved that the customer was complaining about such small differences (if they had been larger I would have agreed with him) but this was semi not for profit company. This really meant we had to return anything to the owners (option traders) any profit over some percent unless we had asked to retain the money's for some up coming extraordinary expense. In any case management refused to let me QCM numbers (never understood why) and I could not figure out why there was the variance. CPU time was a little variable depending on trade volume. But seemed to be consistent and the users were OK but the SRB time was less than consistent. Mind you it was never *HIGH* just varied. by say 10 percent. After we got up to speed on the software then things started to change CPU wise and thats when the CPU charge back got interesting. I got out of the responsibility as they hired a professional performance tuner and he took care of the stuff. I fielded questions from him like what release was on this or that day or other type of questions but I lost track of the issue in any case. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Home (address space) level name/token pair question
Beyond that, you would need to create a global name/token pair to refer to the life-of-address-space storage because nothing else is going to survive termination of the job step that created that name/token pair. Shirley all of the control blocks pertaining to the Initiator will survive. Uh huh. That would have been the topic for first, find yourself a handy rock to hide under... The only really non invasive mechanism for the skyhook is a name/token pair and since the address space level tokens are anchored (correctly IMO) at the current job step level, you have no way to leave an accessible name/token footprint that survives across steps. Although I have never tried it, I suspect if you called IEANTCR under the initiator task (also a JSTCB) it would probably work fine but of course that would also limit the scope of name/token resolution to that single task. Nothing running under the lower level application JSTCB would be able to see it via IEANTRT so the only place to hang it accessibly is in common. Or IEANTCR and IEANTRT could do something astonishing. I doubt that. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
We will go from 1.7 to 1.9 U.S. Railroad Retirement Board On 1/24/08, Dean Montevago [EMAIL PROTECTED] wrote: Hi, We're running 1.7 now. We're planning an upgrade, does anyone have an opinion on whether to go to 1.8 or 1.9 ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 9608 [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: Accounting for SRB time
---snip-- Lots of good information there for him. You might want to add that trying to do a charge back system that includes SRB is to say the least iffy. Its not clear that is what the person was asking but I am sure it will come up along the way. I would be curious if anyone is including SRB time in any charge back system and how they sold it to the users (if they do use it ) or do they do as you suggest and through it into overhead? i.e. how does the major charge back systems handle it or is it depends ? --unsnip- We just explained to the users that SRB represented system overhead on your behalf and added it into the chargeback system. Users accepted that and all was copacetic. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Unless you have major issues with software running on the latest release, I would always recommend the most current available, when upgrading. And, this would include all software, not just the OS. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
On Thu, 24 Jan 2008 07:26:55 -0500, Peter Relson [EMAIL PROTECTED] wrote: ... I disagree. Especially when the thread gets into pointing out the deficiencies of wait/post as a serialization mechanism. Not surprising. It really isn't one. ... What? Not for serialization? And not for queueing? What next? I suppose next you're going to suggest it be used only for what it was designed to do! Shheesh. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
On Jan 24, 2008, at 8:39 AM, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 01/23/2008 at 03:22 PM, Ed Gould [EMAIL PROTECTED] said: We have discussed on IBM-MAIN plenty of times about the restriction of 100 characters in the parm field. The PSF proc is an example what IBM had to go through in order to get around the 100 character max. I see no such circumvention. This is the interesting as it shows how far IBM had to go to get around the restriction. They basically had to add fields and change the convertor/interpreter to allow for the options. The OUTPUT statement is not an extension of the EXEC statement and has nothing to do with PARM. While I am not saying increasing the length would *NOT* have necessitated the changes (its probably a tossup) it would have made implementation, IMO a LOT easier. No. IBM would still have needed to add the OUTPUT statement and nothing in the code for the extended PARM could have been pirated for us in OUTPUT. As a side issue are these new JCL parameters supported in dynamic allocation? Yes. Shmuel: I guess we differ in what you see and what I see. However its not worth disagreeing about. Yes it is simpler to do it the way (adding new JCL statements ), but from my understanding about the last re- write if there had been no rewrite, the code that would have been needed would have been quite a bit, as it was originally written it had turned into a monster to add new JCL statements. Now it was a minor addition (from what I heard). If there had been no restriction of parm length I believe the new JCL statements could have been created using dynamic allocation. But its not worth talking about have it your way. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Going to the current release also depends on how far behind you are. If you're farther than N+2, you can't upgrade more than 2 releases and still be supported. If you are currently at 1.6, you can't go furthur than 1.8 and remain supported by IBM. Chances are you won't having any problems going from 1.6 to 1.9, but support is a big issue. Eric Ted MacNEIL [EMAIL PROTECTED] wrote: Unless you have major issues with software running on the latest release, I would always recommend the most current available, when upgrading. And, this would include all software, not just the OS. -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Mainframes coming in February
I don't quite understand the confusion either between BC and EC. I always kept them straight by remembering that B is before E in the alphabet, so therefore the BC is the smaller one. Also, you can think B for Basic. Eric Timothy Sipples [EMAIL PROTECTED] wrote: Ted, what are the confusing parts about EC and BC? It should be very simple: there are two pieces of hardware. The BC starts at 26 MIPS of CP capacity and goes up to almost 1,800 per frame. The EC starts at about 200 and goes up to nearly 18,000. (There's plenty of overlap between the two so you have room to grow.) If the BC provides enough capacity, that's what you buy, otherwise the EC is available. You can upgrade a BC to an EC. Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Going to the current release also depends on how far behind you are. If you're farther than N+2, you can't upgrade more than 2 releases and still be supported. If you are currently at 1.6, you can't go furthur than 1.8 and remain supported by IBM. Chances are you won't having any problems going from 1.6 to 1.9, but support is a big issue. Wouldn't that come under major software issues, as I mentioned in my post? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Actually you can go to 1.9. Support is N+3, not N+2. However JES2 might be the problem, as there were major changes that required many companies to rewrite their exits when they upgraded to 1.7 or higher. On Thu, 24 Jan 2008 15:14:13 -0600, Eric Bielefeld [EMAIL PROTECTED] wrote: Going to the current release also depends on how far behind you are. If you're farther than N+2, you can't upgrade more than 2 releases and still be supported. If you are currently at 1.6, you can't go furthur than 1.8 and remain supported by IBM. Chances are you won't having any problems going from 1.6 to 1.9, but support is a big issue. Eric Ted MacNEIL [EMAIL PROTECTED] wrote: Unless you have major issues with software running on the latest release, I would always recommend the most current available, when upgrading. And, this would include all software, not just the OS. -- Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: New Mainframes coming in February
To me (and IBM) they are (B)usiness and (E)nterprise class machines. On Thu, 24 Jan 2008 15:14:49 -0600, Eric Bielefeld [EMAIL PROTECTED] wrote: I don't quite understand the confusion either between BC and EC. I always kept them straight by remembering that B is before E in the alphabet, so therefore the BC is the smaller one. Also, you can think B for Basic. Eric Timothy Sipples [EMAIL PROTECTED] wrote: Ted, what are the confusing parts about EC and BC? It should be very simple: there are two pieces of hardware. The BC starts at 26 MIPS of CP capacity and goes up to almost 1,800 per frame. The EC starts at about 200 and goes up to nearly 18,000. (There's plenty of overlap between the two so you have room to grow.) If the BC provides enough capacity, that's what you buy, otherwise the EC is available. You can upgrade a BC to an EC. Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: New Mainframes coming in February
To me (and IBM) they are (B)usiness and (E)nterprise class machines. The confusion comes with the overlap and all the zIIP/zAAP options. I don't have a problem; my management did. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Generic DB2 PCI Spec / DB2 Equivalent to IBM Main?
Hi Folks, A DB2 pal has asked me to hang a question to see if anyone has found a good generic PCI Compliance Spec for DB2 Tables. She has concluded ours should be seriously reworked and is looking for good ideas. On a related topic, she also had not heard of IBM Main and will be signing up. She asked if there was something similar for DB2, and I do not know. So, if someone knows of something like this listserv for DB2 folks, let me know. Thanks! Marty Stahl -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Generic DB2 PCI Spec / DB2 Equivalent to IBM Main?
So, if someone knows of something like this listserv for DB2 folks, let me know. I don't think it's very active; there used to be one. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 or 1.9 ?
Matthew Stitt wrote: Actually you can go to 1.9. Support is N+3, not N+2. http://www-03.ibm.com/servers/eserver/zseries/zos/support/zos_cmf.html Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Warning: Co:Z Co-Processing Toolkit for z/OS bug
There is a nasty bug in the product, which is fixed in the latest version 1.0.4 which have have just released. If you are running the previous version, please update to V 1.0.4. The bug affects users who run the batch CO:Z launcher with certain configurations AND under a userid with certain SAF/RACF SUPERUSER privileges. Even though we have fixed the bug, as a general policy we don't recommend running under UID(0) or SUPERUSER privileges. Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic DB2 PCI Spec / DB2 Equivalent to IBM Main?
The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms The preceding text was pasted from the DB2-L listerve ending message. You can sign up by followed the link at the bottom for no cost. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Marty Stahl Sent: Thursday, January 24, 2008 4:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic DB2 PCI Spec / DB2 Equivalent to IBM Main? Hi Folks, A DB2 pal has asked me to hang a question to see if anyone has found a good generic PCI Compliance Spec for DB2 Tables. She has concluded ours should be seriously reworked and is looking for good ideas. On a related topic, she also had not heard of IBM Main and will be signing up. She asked if there was something similar for DB2, and I do not know. So, if someone knows of something like this listserv for DB2 folks, let me know. Thanks! Marty Stahl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.10/1241 - Release Date: 1/24/2008 9:58 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.10/1241 - Release Date: 1/24/2008 9:58 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Initapi errno 156
Hi all, I am running a z/OS 1.6 system and we are developing software using the IP stack. One of our LPARS runs Top Secret and TCPIP and all of its applications. I have written a Cobol STC that executes the following Cobol Statement. Call 'EZASOKET' USING SOKET-INITAPI MAXSOC INITAPI-IDENT SUBTASK MAXSNO ERRNO IP-RETCODE We then receive a Errno 156 which is according to the Socket Return Codes This indicates a z/OS Unix process initialization failure. This is usually an indication that a proper OMVS RACF segment is not defined for the user ID associated with application. The RACF OMVS segment may not be defined or may contain errors such as an improper HOME() directory specification. The same code is working on a RACF Lpar and an ACF2 Lpar. Since this is failing on a Top Secret Lpar ( R8 of TSS ), I assume something is defined wrong in OMVS. Where do I start looking ? I looked at the OMVSGRP definition and don't see anything strikingly wrong.. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
On Wed, 23 Jan 2008 16:11:23 -0600, McKown, John wrote:
And you just came up with a bit of a methodology that could be used
(with some difficulty) in our own application programs. In a step which
wants a PARM value 100 characters, use something like: // PARM='abcd '
where abcd is the label of an // OUTPUT statement available to the
application. You can then use many of the parameters on the OUTPUT
statement for passing parameter information. ...
I HATE JCL!
3 //STEP EXEC PGM=IEFBR14
//*
4 //OUT00OUTPUT USERDATA=('A','B','C')
//*
5 //OUT01OUTPUT USERDATA=('A','','C')
//*
//* :w ! submit lstc3mvs
STMT NO. MESSAGE
-
5 IEF641I IMPROPER SUBPARAMETER LIST IN THE USERDATA FIELD
Yes, it's documented that way.
No, there's no reason they had to do it that way, other
than to deprive the customer of some flexibility. (Well,
maybe in some of their processing loops they use a null
subparameter as a list terminator. But that could have
been done otherwise. Or did they want the subparameter
values to be MVC-eligible? Still, that coding shortcut
doesn't justify the abandoning of generality.)
Would any IBM representative care to supply a rationale for
the restriction?
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Mainframes coming in February
Matthew Stitt [EMAIL PROTECTED] wrote: To me (and IBM) they are (B)usiness and (E)nterprise class machines. Uh...ok. And the difference between a 'business' and an 'enterprise' is? I remember when 'enterprise' was the new word for a business. That really doesn't help. The arcana of IBM marketing is beyond mere mortals' comprehension. Remember the Magic Box campaign? The document sent to industry writers that described the marketing approach that was full of rules and arcana; nobody at IBM seemed to have noticed that the entire thing was stupid and insulting. And then there were the Lotus Superhuman Software ads...don't get me started (too late). ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 tape in Rexx?
Hello Jeffrey, I know this one! 1. Running REXX in batch and using ALLOC assume you are running in a background TSO session. 2. The user running the job must have MOUNT authority to request allocation of TAPE devices. 3. The userid running the job must not exceed 7 characters, otherwise the mounts wont happen. An 8 character userid is not accepted as a TSO user. This one is tricky! 4. If you use the ID that has MOUNT authority interactively be very careful about allocations of offline devicesyour TSO session will go into a WAIT until a reply is made to the IEF238D WTOR message. 5. As others have said you also need to correct your ALLOC paramaters. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 queries without using MF.
Rob Wunderlich writes: JDBC/ODBC access to z/os DB2 works well, but it's expensive (relative term). I think you used the word perceived elsewhere, and there are those perceptions, yes. It's a multi-party effort to make sure the truth is understood. The cost for drivers, whether DB2 Connect or another vendor, is enormous. I have web servers, data warehousing, windows server apps and desktop clients all accessing DB2 data. If I want to add a CPU to webapp server, the driver upgrage fee is more than the cost of the entire server. You would seem to be in the perfect situation, at least outwardly, for DB2 Connect Unlimited Edition. It's very much like the MQ Client Access Feature: you pay a fixed rate based on your MSUs, and you're done. You don't even need to contact IBM when you add server #685 or user #3163. (Put Connect on Linux on z and add a zIIP for best results.) Other vendors may offer similar terms. I'm sure all those Web servers, data warehousing servers, and server apps are free to acquire and maintain, but that's a topic for another day. :-) On the general topic, there are about a million ways already to copy DB2 z/OS data somewhere and do something with it. They all share some common disadvantages, many already mentioned. The winds seem to be blowing against doing that sort of thing nowadays. A lot of businesses are terribly worried about failing to protect sensitive data, and the word copy is inherently antithetical to data protection (except in the narrow and tightly controlled DR sense). I call the trend data recentralization. There's also an increasing appreciation for the high costs of too highly distributed data models, and data warehouses are becoming much more mission-critical (and numerous) Interesting times we live in. My free advice, for what it's worth, is to figure out better ways for customers to take advantage of DB2 (and other data) right on the mainframe, to answer critical business questions on a need-to-know basis, with up-to-the-second consistency. There's a tremendous market for that. IMHO, creating the million-and-first way to copy data somewhere else to then operate on it won't be as interesting. By the way, I expect that going behind DB2's back and accessing underlying files will become increasingly less and less fruitful. DB2 function has been galloping ahead rapidly, and it's going to get more and more difficult to make any sense of what's underneath. There's also no guarantee whatsoever that what's underneath will stay the same from version to version. And more and more of it is going to be encrypted anyway as, for example, customers use SQL ENCRYPT vocabularies, so you'll need the key(s) to decode it. Those who have the key probably won't (shouldn't) give it. There are also complications like stored procedures, which are getting more numerous and complex, expanding data types, XML, rapid changes to indices, conversion to Unicode This stuff is in very rapid motion, and you'll need to keep up. Basically what you're talking about is reverse engineering a good chunk of DB2, and to keep reverse engineering it as DB2 evolves. My hunch is that's a big, never-ending project. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: Everyone who work with MFNetDisk, please intsall the newest version.
HI, People who work with old version of MFNetDisk, must install the newest version from my site. Yes, I know that using the old version can work, but the last version fix a lot of errors recovery problems and the performence is much better and also some bugs in the MF and the PC. My next step is to finish the support for the MIDAW new feature of IBM new MF. One of our customer have some problems to vary online MFNetDisk emulated disk. this happend because the HCD definition specify PAV and our emulated 3390 device did mention that we support PAV, So please define in the HCD a simple 3390 devices for our emulated 3390. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
Hi Gil,
I wonder if your null parameter is misinterpreting your quotes...something like
the rule that to support imbedded quote, you must code two in sequence, the
first as an escape character..
normally I have seen a null parm coded as adjacent comma's.
//OUT01OUTPUT USERDATA=('A',,'C')
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin
[EMAIL PROTECTED] wrote:
snip
I HATE JCL!
3 //STEP EXEC PGM=IEFBR14
//*
4 //OUT00OUTPUT USERDATA=('A','B','C')
//*
5 //OUT01OUTPUT USERDATA=('A','','C')
//*
//* :w ! submit lstc3mvs
STMT NO. MESSAGE
-
5 IEF641I IMPROPER SUBPARAMETER LIST IN THE USERDATA FIELD
Yes, it's documented that way.
No, there's no reason they had to do it that way, other
than to deprive the customer of some flexibility. (Well,
maybe in some of their processing loops they use a null
subparameter as a list terminator. But that could have
been done otherwise. Or did they want the subparameter
values to be MVC-eligible? Still, that coding shortcut
doesn't justify the abandoning of generality.)
Would any IBM representative care to supply a rationale for
the restriction?
-- gil
Regards
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AIX CICS TRANSACTION GATEWAY EPI QUESTION
YY, If you're programming using EPI in WebSphere Application Server with CICS Transaction Gateway, you may want to refer to the EPI sample code included with CTG. I'm copying this section of the CICS Transaction Gateway V7.1 InfoCenter for reference: - - - - - The EPI Sample consists of a stateful session bean, a client application, a custom record which demonstrates the use of the Screenable interface, and a custom LogonLogoff class.The following files are part of the EPI Sample: EPIPlayScript.java Enterprise bean remote interface EPIPlayScriptHome.java Enterprise bean home interface EPIPlayScriptBean.java Enterprise bean implementation EPIPlayScriptClient.java Enterprise bean client program CICSCESNLogon.java A LogonLogoff class Ejb-jar-epi-1.1.xml Example of a deployment descriptor - - - - - These samples will be either in the samples directory (wherever you install CTG, including z/OS zFS or HFS) or in the deployable directory (for WebSphere Application Server EAR-deployable samples). Note that there are multiple ways to connect WebSphere Application Server to CICS Transaction Server, and CICS Transaction Gateway is but one of them. Also please bear in mind that EPI connections are problematic in certain deployment situations. In general, if you are using CTG, if you can move to IPIC or at least ECI you're probably going to end up with a more robust solution. (IPIC supports several new things that ECI doesn't, such as channels and containers for accessing 32K of CICS application data at a time.) You might also want to ask your questions on the CICS-L mailing list. Hope this helps. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: Dynamic tape in Rexx?
The first question I would ask do you have TSO mount auth?
Ed
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jeffrey Deaver
Sent: Thursday, January 24, 2008 8:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dynamic tape in Rexx?
We would like to dynamically copy a file to tape inside a Rexx
routine.
But we're having trouble getting the new tape allocate to work in
Rexx...
ALLOC DA('DSN') F(SYSUT2) NEW KEEP UNIT(TAPE) PRIVATE
This doesn't work as the volser PRIVATE, which would we typically
use in
JCL, is not accepted. Anyone know how I can do this?
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with
it are intended
exclusively for the individual or entity to which it is addressed.
The message,
together with any attachment, may contain confidential and/or
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure
or distribution
is strictly prohibited. If you have received this message in error,
please
immediately advise the sender by reply email and delete all copies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems with SNA Consoles in Z/OS V1R8
Miguel, Disabling contention resolution on the client might be a temporary workaround, but I wouldn't recommend that as a permanent workaround. Contention resolution is a very good thing to have enabled -- it can dramatically speed up things like macros -- and you can just about guarantee you'll have an endless number of phone calls from clients otherwise if you don't fix it before too long. I thought way before z/OS 1.8 the contention resolution problems were fixed and everything runs smoothly. Let me go dig up my old notes OK, here's the history. Contention resolution debuted in z/OS 1.2. It takes two to tango, though (server and client), and for 1.2, 1.3, and 1.4 there were discrepancies in how z/OS implemented contention resolution and (later) how the first clients did. Before z/OS 1.5's GA everything settled down, and there were PTFs released for prior z/OSes. The contention resolution specification is defined in IETF RFC2355, but sometimes it's tough to implement the specs exactly the same way. (As to why IBM released a client that didn't work with its own server contemporaneously... can't explain that one.) There's an informational APAR called Common Telnet Problems Under z/OS which you should check to see if there are PTFs that apply to your particular z/OS release. The APAR is II13135. To save you the reading, Miguel, at this instant that APAR advises these fixes for z/OS 1.8: UK15163, UK15227, UK16016, UK19642, UK16746, UK19164, UK19835, UK21579, UK25194, UK26064, UK32220, UK25807 and further advises searching on R170 TSASO if you're running TELNET in its own ASID. In addition, these non-TELNET fixes may be relevant because they might impact TELNET: OA11652, OA11841, OA15828, OA16468, and OA17750. (Some/all of those may not be relevant to 1.8.) My hunch is that Mark Zelden correctly remembers when contention resolution indeed was a problem, but I thought IBM had permanently buried those specific problems as of z/OS 1.5. Maybe they've come back, or maybe it's something else. Applying the fixes in II13135 should squash anything IBM knows about on the z/OS side. Do note there's a Personal Communications 5.9.2 now, so I would also try that to see if the behavior changes. (There's also a 5.8.3.) Don't automatically assume the mainframe is at fault, which reminds me I remember arguing with the PComm team a few years ago that they had a ridiculously short timeout value as the default. I think the timeout affected TN3270E SSL handshaking across slow network connections, including modem dial-up, the average corporate VPN, and other high latency/high congestion situations, making it impossible to connect. They argued that lengthening the default might break something else, so they didn't want to change it. I argued that the certainty of having something broken (SSL handshakes) ought to trump the remote possibility that a longer timeout might break one user's macro (or something -- I don't think anybody could think of a plausible breakage scenario there). My argument won, and the default timeout is now longer. All of which is very interesting but may have nothing to do with your problem. :-) Hope all that helps. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: DB2 queries without using MF.
I agree with you. To develop the support for DB2 queries in PC without accessing the MF is complicate mission. I will do it only if many people will ask me to do this feature. But I think that the benefit of accessing the DB2 from PC can save a lot of money because it will save the people the money to buy more MF and software and the performance will be the best (the speed of the Intel processor and the hard disk). Thanks, Shai On 1/24/08, Timothy Sipples [EMAIL PROTECTED] wrote: Rob Wunderlich writes: JDBC/ODBC access to z/os DB2 works well, but it's expensive (relative term). I think you used the word perceived elsewhere, and there are those perceptions, yes. It's a multi-party effort to make sure the truth is understood. The cost for drivers, whether DB2 Connect or another vendor, is enormous. I have web servers, data warehousing, windows server apps and desktop clients all accessing DB2 data. If I want to add a CPU to webapp server, the driver upgrage fee is more than the cost of the entire server. You would seem to be in the perfect situation, at least outwardly, for DB2 Connect Unlimited Edition. It's very much like the MQ Client Access Feature: you pay a fixed rate based on your MSUs, and you're done. You don't even need to contact IBM when you add server #685 or user #3163. (Put Connect on Linux on z and add a zIIP for best results.) Other vendors may offer similar terms. I'm sure all those Web servers, data warehousing servers, and server apps are free to acquire and maintain, but that's a topic for another day. :-) On the general topic, there are about a million ways already to copy DB2 z/OS data somewhere and do something with it. They all share some common disadvantages, many already mentioned. The winds seem to be blowing against doing that sort of thing nowadays. A lot of businesses are terribly worried about failing to protect sensitive data, and the word copy is inherently antithetical to data protection (except in the narrow and tightly controlled DR sense). I call the trend data recentralization. There's also an increasing appreciation for the high costs of too highly distributed data models, and data warehouses are becoming much more mission-critical (and numerous) Interesting times we live in. My free advice, for what it's worth, is to figure out better ways for customers to take advantage of DB2 (and other data) right on the mainframe, to answer critical business questions on a need-to-know basis, with up-to-the-second consistency. There's a tremendous market for that. IMHO, creating the million-and-first way to copy data somewhere else to then operate on it won't be as interesting. By the way, I expect that going behind DB2's back and accessing underlying files will become increasingly less and less fruitful. DB2 function has been galloping ahead rapidly, and it's going to get more and more difficult to make any sense of what's underneath. There's also no guarantee whatsoever that what's underneath will stay the same from version to version. And more and more of it is going to be encrypted anyway as, for example, customers use SQL ENCRYPT vocabularies, so you'll need the key(s) to decode it. Those who have the key probably won't (shouldn't) give it. There are also complications like stored procedures, which are getting more numerous and complex, expanding data types, XML, rapid changes to indices, conversion to Unicode This stuff is in very rapid motion, and you'll need to keep up. Basically what you're talking about is reverse engineering a good chunk of DB2, and to keep reverse engineering it as DB2 evolves. My hunch is that's a big, never-ending project. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: Co:Z Co-Processing Toolkit for z/OS is now FREE
Kirk, It's worth mentioning, from the narrow view of network encryption, that you could traverse a HiperSocket to Linux on z using the unencrypted socket connection and not have to worry about anyone intercepting the data. There are many other security issues to consider, but that's one way to avoid the cost of encryption yet still protect the connections. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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
