z990 multiprocessor overhead issue.
We seem to be experiencing noticeably less MIPS than expected on our z/OS LPARs, and it almost looks like the speciality engines (zAAP, IFL etc) are contributing to the multiproccesor overheads and reducing the CPU resource. Has anyone else experienced greater multiprocessor overheads than expected on a z990, or noticed similar problems? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clock syncronization between platforms
Paul, I'm sure you're right. I was highlighting the fact that UDP was used because the original post mentioned wanting to use TCP/IP for synchronization of clocks. Probably he didn't care whether or not it was TCP or UDP on top of IP that was the protocol for the job - hence the finicky. Incidentally, a point I used to make in teaching ICMP (as part of IP management), ICMP operates at the same protocol level as UDP and TCP, namely directly on top of IP, and it would be possible to write a time-setting client based on the ICMP Timestamp/Timestamp Reply request. I know because I used this potential application as an exercise in C sockets writing and as a very - emphasis on the very - basic experiment to explore the issue of synchronizing time over a network. Your mention of uncertainty of packet arrival time reminded me of this little exercise. Chris Mason - Original Message - From: Paul Gilmartin [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 23 March, 2006 2:33 PM Subject: Re: Clock syncronization between platforms In a recent note, Chris Mason said: Date: Wed, 22 Mar 2006 03:44:26 +0100 Incidentally, both these servers use UDP rather than TCP - I know I'm being finicky :-) According to RFC 868, TCP is allowed for this time synchronization function but TIMED uses only UDP. I suspect there's good motivation for preferring UDP. The complex error recovery for TCP is likely to increase the uncertainty of packet arrival time. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Bell [ snip ] The single biggest issue I remember was blksize on loadlibs. After much discussion, we moved them manually with copymod to set new blksizes. IBM has been recommending BLKSIZE=32760 for load libraries for at least a decade. -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
RES: Problem copying VM volumes under z/OS
Hi Bruce, I tryed to INIT the target volume under MVS with INIT. But the copy always fail. My INIT : ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0TIME: 0 INIT UNIT(8801) VOLID(HI8801) VFY(HI8801) ICK00700I DEVICE INFORMATION FOR 8801 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 8801 NED= 2105. .HTC.55.00011134 ICK31061I 8801 VTOC INDEX CREATION SUCCESSFUL: VOLUME IS IN INDEX FORMAT ICK01317I VTOC-INDEX IS LOCATED AT CCHH=X'0001 ' AND IS15 TRACKS. ICK01314I VTOC IS LOCATED AT CCHH=X' 0001' AND IS14 TRACKS. ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 My Copy : PAGE 0001 5695-DF175 DFSMSDSS V1R3.0 DATA SET SERVICES 2006.083 09:29 COPYTRACKS(0,0,3338,14) COPYVOLID - ADMINISTRATOR PURGE - CPVOLUME - INDDNAME(ENTRADA) - OUTDDNAME(SAIDA) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2006.083 09:29:28 INITIAL SCAN OF USER CONTROL STATEMEN ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2006.083 09:29:28 EXECUTION BEGINS ADR307E (001)-OPNCL(11), UNABLE TO OPEN VOLUME HI8801, 16 ADR006I (001)-STEND(02), 2006.083 09:29:28 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2006.083 09:29:28 TASK COMPLETED WITH RETURN CODE 0008 ADR012I (SCH)-DSSU (01), 2006.083 09:29:28 DFSMSDSS PROCESSING COMPLETE. HIGHEST TASK001 But with INIT under VM ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0 03/24/06 PAGE 1 ENTER INPUT COMMAND: CPVOL FMT MODE(ESA) UNIT(8801) VOLID(HI8801) NOVFY - ENTER INPUT COMMAND: RANGE(0,3338) ICK00700I DEVICE INFORMATION FOR 8801 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 3990 STORAGE CONTROL DESCRIPTOR = E9 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A001B35 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 8801 NED= 2105. .HTC.55.00011134 ICK091I 8801 NED= 2105. .HTC.55.00011134 ICK03020I CPVOL WILL PROCESS 8801 FOR VM/ESA MODE ICK03090I VOLUME SERIAL = HI8801 ICK03022I FORMATTING THE DEVICE WITHOUT FILLER RECORDS ICK03011I CYLINDER RANGE TO BE FORMATTED IS 0 - 3338 ICK003D REPLY U TO ALTER VOLUME 8801 CONTENTS, ELSE T U ICK03000I CPVOL REPORT FOR 8801 FOLLOWS: FORMATTING OF CYLINDER 0 STARTED AT: 09:35:10 FORMATTING OF CYLINDER 100 ENDED AT: 09:35:13 FORMATTING OF CYLINDER 200 ENDED AT: 09:35:16 ... FORMATTING OF CYLINDER 3338 ENDED AT: 09:37:03 VOLUME SERIAL NUMBER IS NOW = HI8801 CYLINDER ALLOCATION CURRENTLY IS AS FOLLOWS: TYPE START ENDTOTAL - ---- PERM 0 3338 3339 ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 09:37:0303/24/06 ENTER INPUT COMMAND: end Now the copy is OK COPYTRACKS(0,0,3338,14) COPYVOLID - ADMINISTRATOR PURGE - CPVOLUME - INDDNAME(ENTRADA) - OUTDDNAME(SAIDA) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND
Re: Friday Topic...
Because the devil made me do it? Nah, I didn't think you would but it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, March 23, 2006 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... I am getting sick of Friday Topics. Why do we have to go to off-topic just because it's Friday? First, these topics rarely stay on just Friday. Second, there is already a low signal-to-noise ratio on this list. I know I have not been perfect in the past, but I have stayed on topic for the last few months. Why can't everybody else? - -teD I'm an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.2.6/288 - Release Date: 3/22/2006 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: Problem copying VM volumes under z/OS
Look up this message in the manual. According to the message, DFDSS does not support the CPVOLUME parameter unless the VM volume has an OS- compatible VTOC. ICKDSF INIT on VM will create a VM volume with an OS- compatible VTOC. An ICKDSF INIT on MVS will not create a VM volume. The CPVOLUME parameter only works with a real VM volume. Brian On Fri, 24 Mar 2006 09:58:04 -0300, Oswaldo Ferreira de Matos [EMAIL PROTECTED] wrote: ADR307E (001)-OPNCL(11), UNABLE TO OPEN VOLUME HI8801, 16 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://marketplace.espeakers.com/movie.php?sid=5290aid=10558_ (http://marketplace.espeakers.com/movie.php?sid=5290aid=10558) This has nothing to do with mainframes, but I sure am glad you posted this. :-) Made my day (and maybe whole week). Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
I enjoyed it too! But can he juggle workload priorities, implementation schedules, project deliverables, etc? grin Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: Friday, March 24, 2006 8:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: Friday Topic... In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://marketplace.espeakers.com/movie.php?sid=5290aid=10558_ (http://marketplace.espeakers.com/movie.php?sid=5290aid=10558) This has nothing to do with mainframes, but I sure am glad you posted this. :-) Made my day (and maybe whole week). Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
Gary, Great post and has more to do with MF jobs than you think. Do not tell me know one remembers juggling 3480 carts? ;-) Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
Are you kidding? Off-topic was the 3380 to 3390 conversion thread morphing into a riduculous conversation about contractors/consultants which caused the original poster of the question to have to ask for help a second time. You have the option of not participating by not reading the email.Just do that and move along. Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/23/2006 06:00 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Friday Topic... I am getting sick of Friday Topics. Why do we have to go to off-topic just because it's Friday? First, these topics rarely stay on just Friday. Second, there is already a low signal-to-noise ratio on this list. I know I have not been perfect in the past, but I have stayed on topic for the last few months. Why can't everybody else? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Bell [ snip ] The single biggest issue I remember was blksize on loadlibs. After much discussion, we moved them manually with copymod to set new blksizes. IBM has been recommending BLKSIZE=32760 for load libraries for at least a decade. snip Absolutely true for system software load libraries. I don't recall that we ever recommended a specific block size for other load libraries, except perhaps by thoughtlessly omitting the for system software target libraries phrase in an informal setting (say, here in IBM-MAIN). For example, using 32760 for other load libraries can cause some head-scratching and extra work during device conversions...which, oddly enough, is the current topic! That's one reason we never recommended it in the general case. Another is that system software target libraries tend to be built on the device types from which they will be used, and tended by sysprogs who might remember to reblock them during a conversion effort. Application libraries, by contrast, might bounce around among different device geometries under DFSMShsm control or be moved by storage administrators who are moving *so* much stuff at once that fine-tuning isn't a reasonable option. For these libraries, a reasonable submultiple of the track lengths of the different devices--that is, one that yields reasonable space utilization on each one--might well be better choice of block size. (Ever wonder where all those 6K-ish block sizes came from? Now you know.) In any case, for block sizes that are not reasonable submultiples of the two track lengths in question, you should always move load libraries between different device types using IEBCOPY COPYMOD, *not* COPY. Otherwise, particularly for data sets with large block sizes, the difference in track lengths will result in truly abysmal space utilization for those data sets having load modules with lots of long text blocks and less-than-optimum space utilization for most of the rest. Also, to avoid RC4s from COPYMOD that would make a duly diligent sysprog from looking at (and up) messages that don't matter, always use PARM=SPCLCMOD with COPYMOD. John Eells z/OS Technical Marketing IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
In a message dated 3/24/2006 6:56:41 A.M. Central Standard Time, [EMAIL PROTECTED] writes: IBM has been recommending BLKSIZE=32760 for load libraries for at least a decade. Sell that DASD? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
Made my day too. The guy is really good! Liliane At 08:42 AM 3/24/2006, (IBM Mainframe Discussion List) wrote: In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://marketplace.espeakers.com/movie.php?sid=5290aid=10558_ (http://marketplace.espeakers.com/movie.php?sid=5290aid=10558) This has nothing to do with mainframes, but I sure am glad you posted this. :-) Made my day (and maybe whole week). Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Friday Topic...
A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. __ Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Liliane L. Clever [EMAIL PROTECTED] To DU IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject [EMAIL PROTECTED] Re: Friday Topic... .EDU 03/24/2006 09:38 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Made my day too. The guy is really good! Liliane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
Amazing - an earlier poster said something about juggling 3480 cartridges. I've never done that but have definitely felt like this guy while trying to juggle projects. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Thorn Sent: Friday, March 24, 2006 8:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. __ Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Liliane L. Clever [EMAIL PROTECTED] To DU IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject [EMAIL PROTECTED] Re: Friday Topic... .EDU 03/24/2006 09:38 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Made my day too. The guy is really good! Liliane -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Friday Topic...
This list is hosted by the University of Alabama as a service. As guests, we should all follow the rules as posted by the list-owner. He has expressly forbidden off-topic Friday threads. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Dave Thorn Sent: Friday, March 24, 2006 8:54 AM A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Question
Eureka! If one digs deep enough (couple miles should do), RMF III will report what service class a DDF thread was classified into. The reason I wanted this was because I had a strong suspicion one of my prod DDF workloads was still falling out of the ruleset to default (suspicion based on indirect evidence). Since the workload in question was coming in through VTAM (all threads through the same LU name), I changed the pertinent sub-rule to an LN type and they magically started classifying correctly. I was very curious why CI did not work for these threads. Using the new found RMF III info, I discovered that the CI was being sent by the AIX system in lower case*. Changed the sub-rule back to type CI and specified the name in lower case, taking care to specify N for fold qualifier name (they sure could have named that more intuitively). Now the threads classify correctly by CI. Thanks a bunch to all who replied! I learned more than I bargained for in this little adventure, but that's always (usually) a good thing. *TMON was reporting this CI in upper case for some reason. I will report that to the TMON/MVS folks. On Fri, 24 Mar 2006 08:26:00 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote: Is there a straight forward method of determining if an enclave is dependant? Would an example of one be when a DB2 utility spawns multiple threads to build an index during a table load or recovery? RMFIII has an indicator - I think that's what twigged me to go find out what the hell a dependent enclave was. PP isn't any help. I'd be *REAL* surprised if any have surfaced in your environment unless it was the home-grown stuff - ours was, although not Java. We had a small local batch job that did some DB2 log analysis - this is where the dep enclave came from. Ops noticed it (apparently) wasn't doing anything, and reset the job. Still wasn't doing anything, but the shop stopped - no prod batch was going anywhere. Eventually I got a call. The dependant enclave came along for the ride, and was consuming a full engine - out of 3. At 2.10, this was *very* hard to track down. Ops got kicked (again) for using reset. Even these episodes aren't enough to cause a change of mind about mandatory logon on the consoles. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Yes, but this conversion happended about 20 years ago. Some of the loadlibs were still blocked for 3330. Others were blocked to numbers that made no sense at all. production control had a lot of code to handle the different blksizes but still had periodic problems (one or two a year). . It was a chance to clean up a long standing mess. Mike On 3/24/06, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Bell [ snip ] The single biggest issue I remember was blksize on loadlibs. After much discussion, we moved them manually with copymod to set new blksizes. IBM has been recommending BLKSIZE=32760 for load libraries for at least a decade. -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 -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Question
Timothy, Thanks. That is very good information and I am saving a copy for future use. Unfortunately manglement is dragging it's collective heels in letting us move z/OS 1.4 to production. So any solutions involving z/OS are pretty far out on the radar right now. Our currently contrained hardware is z800, so that knocks out the other solutions. I do anticipate we will upgrade our hardware (and necessarily the OS also) before too awfully long. When we do, I plan to lobby hard for at least a zIIP (zAAP too if I can). On Thu, 23 Mar 2006 23:58:03 -0700, Timothy Sipples [EMAIL PROTECTED] wrote: Terry Linsley writes: Our DDF traffic is 1/3 MS Access, 1/3 DB2 connect, and 1/3 locally developed java apps. Of the three, MS Access causes the most pain hands down. Off on a slight tangent here, there are some things you can do to take the DDF temperature down. I'll list these in order of timeliness to your current situation -- first what's possible with OS/390 V2R10, then moving beyond. (As it happens the OS/390 options are reusable and apply to z/OS, so there's no danger of throwaway effort.) OS/390 Possibilities: 1. Put DB2 Connect on Linux on the mainframe. Having a local connection between DB2 Connect and DB2 (even if it isn't a Hipersocket) should shave some milliseconds out of each connection, and that'll help DB2 work more efficiently. Try sending your Microsoft Access and Java clients in via this DB2 Connect on mainframe Linux and see how that works, too. 2. Move some/all of your Java applications (particularly the data intensive ones) up to mainframe Linux. Same principle as #1: proximity has workload benefits. z/OS Possibilities: 3. Add a Hipersocket between DB2 Connect (mainframe Linux) and DB2. Requires z/OS 1.2 or higher and z900 or higher. 4. Evaluate DB2 V8 to see whether you have requests that could benefit from multi-row fetch/multi-row insert. Microsoft Access might very well be in that category. Requires z/OS 1.3 or higher and z900 or higher. (Combine with DB2 Connect for Linux on mainframe.) 5. Add a zAAP and move the Java applications into the same LPAR as DB2. (The most proximate solution.) Requires z990, z890, or System z9. Requires z/OS 1.6 or higher. 6. Add a zIIP for the remaining inbound traffic arriving from outside the LPAR. Requires z/OS 1.6 or higher, DB2 V8, and System z9. This option becomes available later in 2006. Hope that helps! - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
Or better still, 3850's. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fletcher, Kevin Sent: Friday, March 24, 2006 9:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... Gary, Great post and has more to do with MF jobs than you think. Do not tell me know one remembers juggling 3480 carts? ;-) Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.1.385 / Virus Database: 268.3.0/290 - Release Date: 3/23/2006 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
When we converted 10 to 15 years ago, I just used FDR/DSF and DFDSS to copy data. You have to do the dataset copy, not the full volume dump copy. I also changed the naming convention of the volsers. I think it was something like PRD0nn to PRD3nn - the PRD0nn being the original 3380K drives, the PRD3nn being 3390 Mod 3 drives. I copied much of the data during first shift, making sure that it was not in use. Most of the VSAM and IMS files which were always in use by CICS during the day were converted by doing the application backups and doing restores on the weekend. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: willie bunter [EMAIL PROTECTED] Date: Thursday, March 23, 2006 7:13 pm Subject: Re: 3380-3390 Conversion - DISAPPOINTMENT To: IBM-MAIN@BAMA.UA.EDU Hi, I was the originator of the post and I asked for help. Somewhere down the line the thread got hi-jacked and the discussion became one about contractors and the antagonism towards them. I am very disappointed at the lack of professionalism. Again, if someone out there has any tips or information regarding 3380-3390 conversion please, please answer back. I apologise for my diatribe but I am desperate for help and information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Question
On Fri, 2006-03-24 at 09:23 -0600, Terry Linsley wrote: Eureka! I discovered that the CI was being sent by the AIX system in lower case*. Changed the sub-rule back to type CI and specified the name in lower case, taking care to specify N for fold qualifier name (they sure could have named that more intuitively). Now the threads classify correctly by CI. Should have remembered to mention that - SAP R3 uses lower case as well. I now specify both (fully) lower and upper case rules for everything just in case (for R3). Good thing they are one or the other, and not mixed, else the ruleset would explode in size. Glad to hear it all worked out o.k. 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
VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender)
Is this the correct place to ask about VTAM issues? We're trying to move a Microsoft Host Integration Server from 802.2 connection to IP-DLC (AKA Enterprise Extender). The documentation we've found, however, doesn't really use the same names everywhere so we're having difficulty relating it to what we want to do. I remember (fondly) an old IBM Redbook which had examples of how to define things on both ends, and also documented what names and parameters had to match. Is there any such thing for HIS and VTAM (sorry Communication Server)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion
In addition to the 'Contractor vs. employee' split there is also the 'professional vs company man' comparison Do I do what is best for the people who cut my check, could be a widget maker or a consultant body shop. example: An Enron person going to any length to make his firm look good Do I do what is best for my profession say insist on software service even in location that is change / update resistant. Contractor vs employee professional vs company man both assume the technical person is submissive to some higher authority Given declining job security outsourcing automation Perhaps technical people should be thinking off improving protection of there personal needs / rights instead of what ever big brother happens to be mentioned. Time has come where the places we do work should be regarded as Clients rather than Masters. Avram Friedman [EMAIL PROTECTED] On Thu, 23 Mar 2006 09:20:39 -0500, Richard Tsujimoto [EMAIL PROTECTED] wrote: Clark wrote: Having read Bob Shannon's comment about contractors breaking the watch, have I been elevated to the lofty category of consultant because I normally didn't break the programs or system? If it weren't for Bob's great service to SHARE and to the field, I might really get annoyed. Having been a consultant/contractor for over 26 years (I did try being an employee for about 8 yrs), I've learned to accept the sniping - it goes with the territory. It's pointless to get into a pissing match. In truth, there's incompetency on both sides of the fence, as well as some very good people. But, I do take exception to that comment about the difference between a consultant and contractor. A contractor would simply pocket the watch after telling the customer the time. We're a lot more subtle than consultants. grin -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: WLM Question
Depending on the application (we have PeopleSoft Financials) some of the CI come in both upper and lowercase so we have to have both types in for correct classification. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Linsley Sent: Friday, March 24, 2006 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] WLM Question Eureka! If one digs deep enough (couple miles should do), RMF III will report what service class a DDF thread was classified into. The reason I wanted this was because I had a strong suspicion one of my prod DDF workloads was still falling out of the ruleset to default (suspicion based on indirect evidence). Since the workload in question was coming in through VTAM (all threads through the same LU name), I changed the pertinent sub-rule to an LN type and they magically started classifying correctly. I was very curious why CI did not work for these threads. Using the new found RMF III info, I discovered that the CI was being sent by the AIX system in lower case*. Changed the sub-rule back to type CI and specified the name in lower case, taking care to specify N for fold qualifier name (they sure could have named that more intuitively). Now the threads classify correctly by CI. Thanks a bunch to all who replied! I learned more than I bargained for in this little adventure, but that's always (usually) a good thing. *TMON was reporting this CI in upper case for some reason. I will report that to the TMON/MVS folks. On Fri, 24 Mar 2006 08:26:00 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote: Is there a straight forward method of determining if an enclave is dependant? Would an example of one be when a DB2 utility spawns multiple threads to build an index during a table load or recovery? RMFIII has an indicator - I think that's what twigged me to go find out what the hell a dependent enclave was. PP isn't any help. I'd be *REAL* surprised if any have surfaced in your environment unless it was the home-grown stuff - ours was, although not Java. We had a small local batch job that did some DB2 log analysis - this is where the dep enclave came from. Ops noticed it (apparently) wasn't doing anything, and reset the job. Still wasn't doing anything, but the shop stopped - no prod batch was going anywhere. Eventually I got a call. The dependant enclave came along for the ride, and was consuming a full engine - out of 3. At 2.10, this was *very* hard to track down. Ops got kicked (again) for using reset. Even these episodes aren't enough to cause a change of mind about mandatory logon on the consoles. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z900 Capacity Models?
I thought that the capacity model allowed you to go all the way from 1 processor to the maximum number of processors. I think the z/900 comes with books containing 8 processors each. You order 1 book if you need between 1 and 8 CPs, 2 if you need between 9 and 16, with a maximum of 3 books (I think). The capacity model allows you to go from 1 CP to the maximum, without having to install anything. You are allowed to upgrade if you started with say 3 CPs, you can go all the way up to 8 without having to install anything. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: John S. Giltner, Jr. [EMAIL PROTECTED] Date: Thursday, March 23, 2006 10:16 pm Subject: Re: z900 Capacity Models? To: IBM-MAIN@BAMA.UA.EDU Chase, John wrote: At http://www- 03.ibm.com/servers/eserver/zseries/z900/glance.html I see this: Hardware models General purpose models 101-109, 110-116, 210-216 Capacity models 1C1-1C9, 2C1-2C9 However, I don't see a definition of Capacity models; nor do I see anything that would intuitively distinguish between a general purpose model and a capacity model, other than the C in the model number. Can somebody give me a clue what capacity model means? TIA, -jc- IIRC the Capacity models mean that they they are able to do capacity on demand (COD) upgrades. That is add a CPU on the fly without any POR or IPL. Just call IBM, give them your credit card number, some guy sitting someplace dials into the box enables one or more CP's, and you now have more capacity. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
On Thu, 23 Mar 2006 22:54:44 -0600, Tom Schmidt wrote: On Thu, 23 Mar 2006 15:13:57 -0500, Gil, Victor x28091 wrote: Good afternoon, IBM-MAIN We'd like to be able to prevent certain confidential fields in production files from being revealed to unauthorized users while still allowing access to the rest of the record. From the users prospective these files are read-only and are accessed through TSO, batch or CICS for testing or comparison purposes. The total volume of such files is huge and changes daily, so cloning them and altering the sensitive fields is not an option. The only other option we can think of is to develop an in-house method of intercepting and altering records while they are being read, transparently to the application. Here's what we've researched so far: - In CICS this should be easily achievable through the file control exit. The exit would look up the dataset in a table and if found, apply a correspondent rule. - In batch we would implement a subsystem that would intercept each [sequential] I/O and alter the record using the very same rules. What do we do in TSO? Generally, how do we intercept records of a dynamically allocated file? There is a system-wide dynalloc input validation exit, IEFDB401, and it might be able to add SUBSYS=... to the DYNALLOC requests, but this would severe overtax all other dynamic allocations in the shop. Appreciate all and any ideas, as crazy as they might sound -Victor- Victor, I wonder just how huge the total volume of files really is. (Are we talking trillions of bytes? Tens-of-thousands of files accessed daily?) Why not consider splitting these files into a confidential and non- confidential file pair? The advantage of splitting the files into a confidential field file and a non-confidential field file is obvious: security should be straightforward. You could stitch the common I/O routine into the GET routine address via a subsystem (as you've suggested) or via an OPEN front-end (as, I believe, John suggested), or via a BatchPipes stage (e.g., JOIN). The BP subsystem approach could be used to stitch the files together on reads and split them apart on writes. BP with appropriate fittings should be able to accomplish both of those things with a comparitively minimal amount of programming on your part. The BP pipelines stages would not necessarily require a pipe writer + reader pair of jobs; you would use the pipe fitting SUBSYS JCL to insert the stages onto the DD statement(s) and avoid writing nearly all of that nasty authorized code to filter your confidential (and no-doubt customer critical) files. The issue I'm largely ignoring is getting the JCL inserted... but that might be fairly simple with some unique pipe stages to perform dynamic allocation (although you might have problems doing DYNALLOC at some points in the processes). (I don't recall ever trying to do that w/ BP.) It might require JCL changes but mass JCL changes aren't much of a challenge. (Besides, if your users need access to the secret stuff they'll go along with the change.) But these confidential fields -- won't programs that don't get to see them miss them in the records at all? You have procedural languages processing those files, right? Don't you think the COBOL (et al) routines will be even a little upset that they are not seeing what they expect where they expect it? Sorry for following my own post, but there is another, somewhat less elegent technique you could use with split files (one confidential and the other non-confidential): SORT's JOIN operation. You'd have to worry about mixed confidentiality of the data between the sort step and the downstream use step(s) (which is something you wouldn't need to worry about with the pipes solution). But this would be cheap - just a JCL change - since you undoubtedly already have a sort license. If you could run your downstream applications as an E35 exit you'd cover the security... but that might be asking a bit much. You could use an E35 exit to resplit the files by fields, of course, but I believe the sorts have a SPLIT operation analagous to their JOIN operation. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Replacements ???
Hi, In a related topic Death of the Mainframe Steve Ware did a really nice presentation at SHARE in Seattle based on a simple premise A CICS support person should be able to articulate the current capabilities of CICS and the mainframe, and make compelling arguments in favor of continuing to exploit and enhance the capabilities and features of CICS and the mainframe.. This session though presented in the CICS project is a great read for anyone who needs to be a zSeries platform advocate. Steve presented a number of issues in a light hearted way and pointed out some good resources. http://tinyurl.com/zdqbw http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_ Seattle/S1057SW111717.pdf http://shareew.prod.web.sba.com/proceedingmod/abstract.cfm?abstract_id=1 2986conference_id=13 Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... ][ This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Question
Yes, Shane had mentioned that he specifies it both ways also. Seems like a sound approach to me. I plan to do the same. Should save on future headaches. On Fri, 24 Mar 2006 11:28:22 -0500, Porowski, Ken [EMAIL PROTECTED] wrote: Depending on the application (we have PeopleSoft Financials) some of the CI come in both upper and lowercase so we have to have both types in for correct classification. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
Thanks a lot to everybody responded. Sam, moving production files to a DBMS is not an option at this time as it would require enormous changes to the applictions. And, yes, we are talking about thousands of files. David, I am not longer a fan of any smart hooks into MVS services [certainly not into OPEN or SVC 99 logic] mainly because of the potential issues with code maintenance. [Although I have to admit, 25 years ago it was fun to take over DOS 3.x by coding your own $$B-transient module that would merely change the new PSW address for, say, Program Interruptions, to an address passed on the call and then just execute the $$B-module was it through SVC 2? from your problem state routine and divide something by zero]. And field-level encryption, again, requires massive changes to the applications. TomW, Buying a product that allows to add SUBSYS= to a given DD would be difficult to justify, but I'd love to learn what MVS services it uses to perform its magic in the case of a dynamic allocation. TomS, I know very little about BatchPipes, but from your description they don't sound any better than the subsystem approach in terms of the issue with dynamic allocation. As to your question - the confidential fields [like the social security number] would be returned scrambled. Obviuosly they won't participate in any arithmetic computation, nor can they serve as the keys to further locate any associated data. Still trolling for ideas, -Victor- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
Our ACC product hooks common allocation. We have been doing this type of thing for 20 years (ACC/SRS, Stop-X37, Pool-DASD). The ACC product already has code that adds SUBSYS to dd statements and then uses the subsystem open/close routines to front-end get/put. The hook is used for a compression product that is used in Japan (we don't sell this part in the US). We could look at adding a different module that would do record level security instead of calling the compression routine. Send me an email with your phone number if you want to talk about it. I am not sure if any other shops would want something like this. If not, then it might not make sense for us to support something for just one. Tom Victor Gil [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Thanks a lot to everybody responded. Sam, moving production files to a DBMS is not an option at this time as it would require enormous changes to the applictions. And, yes, we are talking about thousands of files. David, I am not longer a fan of any smart hooks into MVS services [certainly not into OPEN or SVC 99 logic] mainly because of the potential issues with code maintenance. [Although I have to admit, 25 years ago it was fun to take over DOS 3.x by coding your own $$B-transient module that would merely change the new PSW address for, say, Program Interruptions, to an address passed on the call and then just execute the $$B-module was it through SVC 2? from your problem state routine and divide something by zero]. And field-level encryption, again, requires massive changes to the applications. TomW, Buying a product that allows to add SUBSYS= to a given DD would be difficult to justify, but I'd love to learn what MVS services it uses to perform its magic in the case of a dynamic allocation. TomS, I know very little about BatchPipes, but from your description they don't sound any better than the subsystem approach in terms of the issue with dynamic allocation. As to your question - the confidential fields [like the social security number] would be returned scrambled. Obviuosly they won't participate in any arithmetic computation, nor can they serve as the keys to further locate any associated data. Still trolling for ideas, -Victor- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
According to the following book, there are 3 lines in the z900 series. The 101-109 have a book that contains 12 PUs, of which up to 9 can be normal processors (CP's). Even though IBM doesn't spell it out this way, the 1C1 thru 1C9 and the 110-116 actually form a single line or processors, having a book that contains 20 PU's of which up to 16 can be CP's. These machines have the same clock speed as the 101-109 line. The turbo line, which is the 2C1-2C9 and 210-216 models also have the 20 PU book, again with up to 16 MP's in the box. The clock speed on this line is faster than the other 2 lines (hence the turbo definition). According to the book, any of the three lines can be upgraded within the line by using CUoD or CIU (whatever that is). Based on the above, my guess is that the capacity models simply mean they have the 20 PU book rather than the 12 PU book, thus allowing more capacity within the same box without any kind of hardware upgrade. http://www-03.ibm.com/servers/eserver/zseries/library/refguides/pdf/g326 3092.pdf Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, March 24, 2006 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z900 Capacity Models? I thought that the capacity model allowed you to go all the way from 1 processor to the maximum number of processors. I think the z/900 comes with books containing 8 processors each. You order 1 book if you need between 1 and 8 CPs, 2 if you need between 9 and 16, with a maximum of 3 books (I think). The capacity model allows you to go from 1 CP to the maximum, without having to install anything. You are allowed to upgrade if you started with say 3 CPs, you can go all the way up to 8 without having to install anything. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: John S. Giltner, Jr. [EMAIL PROTECTED] Date: Thursday, March 23, 2006 10:16 pm Subject: Re: z900 Capacity Models? To: IBM-MAIN@BAMA.UA.EDU Chase, John wrote: At http://www- 03.ibm.com/servers/eserver/zseries/z900/glance.html I see this: Hardware models General purpose models 101-109, 110-116, 210-216 Capacity models 1C1-1C9, 2C1-2C9 However, I don't see a definition of Capacity models; nor do I see anything that would intuitively distinguish between a general purpose model and a capacity model, other than the C in the model number. Can somebody give me a clue what capacity model means? TIA, -jc- IIRC the Capacity models mean that they they are able to do capacity on demand (COD) upgrades. That is add a CPU on the fly without any POR or IPL. Just call IBM, give them your credit card number, some guy sitting someplace dials into the box enables one or more CP's, and you now have more capacity. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z900 Capacity Models?
In a message dated 3/24/2006 11:20:10 A.M. Central Standard Time, [EMAIL PROTECTED] writes: According to the following book, there are 3 lines in the z900 series. The 101-109 have a book that contains 12 PUs, of which up to 9 can be normal processors (CP's). Even though IBM doesn't spell it out this way, the 1C1 thru 1C9 and the 110-116 actually form a single line or But would you want an n-way Z900 or a Z9 n-way - zAAPS and ZIIPs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
On Fri, 24 Mar 2006 11:06:50 -0600, Victor Gil wrote: David, I am not longer a fan of any smart hooks into MVS services [certainly not into OPEN or SVC 99 logic] mainly because of the potential issues with code maintenance. [Although I have to admit, 25 years ago it was fun to take over DOS 3.x by coding your own $$B-transient module that would merely change the new PSW address for, say, Program Interruptions, to an address passed on the call and then just execute the $$B-module was it through SVC 2? from your problem state routine and divide something by zero]. And field-level encryption, again, requires massive changes to the applications. TomW, Buying a product that allows to add SUBSYS= to a given DD would be difficult to justify, but I'd love to learn what MVS services it uses to perform its magic in the case of a dynamic allocation. (see below) TomS, I know very little about BatchPipes, but from your description they don't sound any better than the subsystem approach in terms of the issue with dynamic allocation. As to your question - the confidential fields [like the social security number] would be returned scrambled. Obviuosly they won't participate in any arithmetic computation, nor can they serve as the keys to further locate any associated data. If you just want to force a SUBSYS=(blah,blah) onto associated DD statements you can use JES2 Exit 6 to do that. You might be able to use an SMF exit for it, too, but I've had better results with exit 6 personally. If you want to force a SUBSYS=(blah,blah) onto associated DYNALLOC you can use exit IEFDB401, as documented in System Exits. If it were me, I'd code a common routine with exit-specific wrappers. What BatchPipes buys you is a supported subsystem to do what you want (and a lot, lot more than that if you are looking for help justifying the expense). But if you are determined to write your own subsystem, knock yourself out. (It is fun.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Ed, I don't understand your comment. COPYMOD has always adjusted the size of text blocks to optimally fill the track, so in actual fact 32760 for load libraries will sell less DASD, not more. Ron Sell that DASD? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Hi Eric, Thanks for getting back to me. If you do have any info lying around I would be very happy to accept it. You mention IMS files. Did you use the vendor supplied utilities to transfer them? I remember in 1993 I had a problem with IMS. I used DFDSS to copy and restore (selective). The job ran fine, but when I brought up CICS encountered abends. Being under the gun, I performed a restore using the IMS utility. Was your system SMS managed? If not how did you handle the jcls having hard coded volsers? Also of great interest to me is how you moved the catalogs. Can you jog your memory and let me know how you went about it? Did you use a special sequence to do it, for example did you move the UCAT, then MCAT and last of all System Catalaog? I have posed quite a few questions and I implore your patience. Thanks Eric Bielefeld [EMAIL PROTECTED] wrote: When we converted 10 to 15 years ago, I just used FDR/DSF and DFDSS to copy data. You have to do the dataset copy, not the full volume dump copy. I also changed the naming convention of the volsers. I think it was something like PRD0nn to PRD3nn - the PRD0nn being the original 3380K drives, the PRD3nn being 3390 Mod 3 drives. I copied much of the data during first shift, making sure that it was not in use. Most of the VSAM and IMS files which were always in use by CICS during the day were converted by doing the application backups and doing restores on the weekend. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: willie bunter Date: Thursday, March 23, 2006 7:13 pm Subject: Re: 3380-3390 Conversion - DISAPPOINTMENT To: IBM-MAIN@BAMA.UA.EDU Hi, I was the originator of the post and I asked for help. Somewhere down the line the thread got hi-jacked and the discussion became one about contractors and the antagonism towards them. I am very disappointed at the lack of professionalism. Again, if someone out there has any tips or information regarding 3380-3390 conversion please, please answer back. I apologise for my diatribe but I am desperate for help and information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - New Yahoo! Messenger with Voice. Call regular phones from your PC for low, low rates. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
On 3/23/2006 3:12 PM, Gil, Victor x28091 wrote: We'd like to be able to prevent certain confidential fields in production files from being revealed to unauthorized users while still allowing access to the rest of the record. From the users prospective these files are read-only and are accessed through TSO, batch or CICS for testing or comparison purposes. Do your users access these files through specific applications? If so, you could establish security rules that would allow the users to access the data only when running those specific programs, and not when running other programs of their own choosing. With RACF, for example, we call that processing Program Access to Data Sets, and you set it up with a PERMIT command of the form PERMIT 'data set profile name' ID(user or group) WHEN(PROGRAM(program name)) ACCESS(READ) You'll have some additional work to do in setting up the program controls, but this is the usual approach to problems like you describe, other than using a DBMS-based solution. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
Walt, The users: - test their changes by running jobs against read-only production files - view the files through CICS - view the files through TSO - run comparison jobs [both in Test and QA] against the files The PERMIT-PROGRAM approach is how we envision to grant access through the subsystem while disallowing direct reads. Thanks a lot -Victor- On Fri, 24 Mar 2006 13:46:06 -0500, Walt Farrell [EMAIL PROTECTED] wrote: Do your users access these files through specific applications? If so, you could establish security rules that would allow the users to access the data only when running those specific programs, and not when running other programs of their own choosing. With RACF, for example, we call that processing Program Access to Data Sets, and you set it up with a PERMIT command of the form PERMIT 'data set profile name' ID(user or group) WHEN(PROGRAM(program name)) ACCESS(READ) You'll have some additional work to do in setting up the program controls, but this is the usual approach to problems like you describe, other than using a DBMS-based solution. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to marry subsystem and dynamic allocation
Tom, Yes, it's supposed to be fun. Thanks for the Batch Pipes tip, I'll take a look ... -Victor- On Fri, 24 Mar 2006 11:56:06 -0600, Tom Schmidt [EMAIL PROTECTED] wrote: What BatchPipes buys you is a supported subsystem to do what you want (and a lot, lot more than that if you are looking for help justifying the expense). But if you are determined to write your own subsystem, knock yourself out. (It is fun.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
I don't understand your comment. COPYMOD has always adjusted the size of text blocks to optimally fill the track, so in actual fact 32760 for load libraries will sell less DASD, not more. I don't understand the issue. Load libraries have an undefined record format precisely because the majority of the records are significantly less than the block size. In fact, the only thing that would ever be blocked to the maximum value would be the TXT records for a module. Since a load module consists of other records besides TXT (which are all less than 256 bytes in length), the traditional concept of a block size is practically meaningless when applied to load libraries. Single CSECT load modules are almost never large enough to use the maximum (32760) since that would require 8 base registers, so the only load modules that would produce TXT large enough to take advantage of the maximum block size are those that consist of multiple bound modules. Even then, the benefit would only come from a minimal savings on disk and a possible savings in fewer I/O's to load the module. Since both of these are extremely difficult to quantify in the case of load libraries, it becomes largely academic what values are chosen. IMHO I don't see a difference between 32760 and 6144, since the majority of the records are actually 256 bytes. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
In a message dated 3/24/2006 1:29:56 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Single CSECT load modules are almost never large enough to use the maximum (32760) since that would require 8 base registers, so the only load modules that would produce TXT large enough to take advantage of the maximum block size are those that consist of multiple bound modules. There are many ways to produce a single CSECT of only one module that uses only one base register at any one time. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
Ed, I don't want either one. I'm trying to talk mgmt into getting me a z890. The original post was asking about the difference between the z900 normal models and the capacity models. I was just trying to answer the questions that were posed. Rex snip In a message dated 3/24/2006 11:20:10 A.M. Central Standard Time, [EMAIL PROTECTED] writes: According to the following book, there are 3 lines in the z900 series. The 101-109 have a book that contains 12 PUs, of which up to 9 can be normal processors (CP's). Even though IBM doesn't spell it out this way, the 1C1 thru 1C9 and the 110-116 actually form a single line or But would you want an n-way Z900 or a Z9 n-way - zAAPS and ZIIPs? /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
VSAM file open/close
Hil all How I see if VSAM file are open or close ??? Have a tools in mainframe for do it ??? Best regards Jorge Arueira Campos CAIXA ECONOMICA FEDERAL SAO PAULO - BRAZIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
There are many ways to produce a single CSECT of only one module that uses only one base register at any one time. It begs the question, since the issue isn't whether it can be done, but whether it would be considered a typical size for a load module. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
1 way - in 3.4 list enter ISRDDN en next to the cluster The're a number of programs around called WHOHAS that you can locate with a goole search. Regards, Herman Stocker Cendant Car Rental Group Phone: 1973-496-4847 Fax:1973-496-3480 E-Mail: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Arueira Campos Sent: Friday, March 24, 2006 2:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM file open/close Hil all How I see if VSAM file are open or close ??? Have a tools in mainframe for do it ??? Best regards Jorge Arueira Campos CAIXA ECONOMICA FEDERAL SAO PAULO - BRAZIL -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Convert 3490E Tapes to CD or DVD
Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Thanks, Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
If you have a way to display ENQs (TASID, for example), just look for MAJOR name of SYSDSN or SYSVSAM. Minor name, enter cluster name. If there is an ENQ, then the file is OPEN. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Arueira Campos Sent: Friday, March 24, 2006 2:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM file open/close Hil all How I see if VSAM file are open or close ??? Have a tools in mainframe for do it ??? Best regards Jorge Arueira Campos CAIXA ECONOMICA FEDERAL SAO PAULO - BRAZIL -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
OMVS ROOT
Hello i have questions, if u would answer: The root file system is so large . the HFS has extended beyond the size10656000 1k blocks...it is a multifile extended to 9 volumes. i want to reduced it..so i will use PAX with option M so that will not copy data from other data sets mounted at directries.only (omvs.root) which is mounted on (/) to be copied our system is ZOS V1R4.PAX -M is valid with V1R7so what is the equivalent in V1R4 Thank You, Ahmed Regards _ Build up your own free world with Maktoob Forums! http://www.maktoob.com/forum -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Is there too much data to just FTP it to an ASCII host in-house, then save it whereever? -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: Friday Topic...
A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. This is the last I'm going to say on this (off-)topic. I disagree. And, darren has in the past. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
What will FTP do to any packed data in the datasets? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, March 24, 2006 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD -Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Is there too much data to just FTP it to an ASCII host in-house, then save it whereever? -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: Convert 3490E Tapes to CD or DVD
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, March 24, 2006 2:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Convert 3490E Tapes to CD or DVD Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Thanks, Eric Bielefeld Sr. Systems Programmer Eric, If it were my company, I would suggest buying a SCSI attached 3490E drive. You could then read the data yourself on almost any UNIX or PC system. No, I don't know the cost. As an aside, we addressed this possibility by getting an IBM TotalStorage tape subsystem with 3592J drives. Both the zSeries and distributed people use the same media. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
In a message dated 3/24/2006 1:47:25 P.M. Central Standard Time, [EMAIL PROTECTED] writes: don't want either one. I'm trying to talk mgmt into getting me a z890. The original post was asking about the difference between the z900 normal models and the capacity models. I was just trying to answer the questions that were posed. Sorry, wasn't really directed at you, more of a rhetorical contemplation. If you're not JAVA and not DB/2 then zAAPs and zIIPs won't help much. Then one of the PFCSK's comes in and says 'oh by the way our new system is 100% JAVA didn't you know' and what's a DDF? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
We all could use a little lightening up on a Friday.. T -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, March 23, 2006 6:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. This is the last I'm going to say on this (off-)topic. I disagree. And, darren has in the past. - -teD I'm an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, March 24, 2006 2:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD What will FTP do to any packed data in the datasets? BINARY is a define required for Packed Decimal. Otherwise results are unpredictable when the data is used on the insert system here system. The same is true in the unlikely possibility of any floating point data (HFP or BFP, tho BFP would be easier to use.) -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
Data could probably be FTP'd to us, depending on the sensitivity of the data. I have no idea how often we would need tapes converted. It might be 2 tapes over the next 5 years, no tapes, or 200 tapes. We have about 18,000 tapes in our tape library, however lots of them are scratch, test data, etc. I know I researched this before, and found a company that would sell us a 3490 E model desktop sized drive, and some software that you could program to convert all of the packed and binary fields to something that a PC or Unix box could read. I think that the whole package of tape drive and software was around $10,000. Personally, I think that would be the best bet, but I'm not sure they want to spend that much for something that might never be used. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Chase, John [EMAIL PROTECTED] Date: Friday, March 24, 2006 2:24 pm Subject: Re: Convert 3490E Tapes to CD or DVD To: IBM-MAIN@BAMA.UA.EDU -Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Is there too much data to just FTP it to an ASCII host in-house, then save it whereever? -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: z900 Capacity Models?
These machines have the same clock speed as the 101-109 line. Actually, they don't. A 101 is 235 MIPS-like entities. A 1C1 is 250. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
Ed, No offense taken. I just didn't read your post in the same manner as you wrote it. Must be a Friday thing. g Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Friday, March 24, 2006 2:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z900 Capacity Models? In a message dated 3/24/2006 1:47:25 P.M. Central Standard Time, [EMAIL PROTECTED] writes: don't want either one. I'm trying to talk mgmt into getting me a z890. The original post was asking about the difference between the z900 normal models and the capacity models. I was just trying to answer the questions that were posed. Sorry, wasn't really directed at you, more of a rhetorical contemplation. If you're not JAVA and not DB/2 then zAAPs and zIIPs won't help much. Then one of the PFCSK's comes in and says 'oh by the way our new system is 100% JAVA didn't you know' and what's a DDF? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Convert 3490E Tapes to CD or DVD
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. What will FTP do to any packed data in the datasets? Standard answer: It depends. 1. If transferred as a plain ASCII transfer, packed decimal fields will get corrupted. 2. If transferred as a binary transfer, packed decimal fields are preserved (indeed, the whole file remains EBCDIC). Given Eric's description of the nature of the data, I'd probably do a binary transfer and worry about translating it to ASCII (with packed-decimal preservation/translation) when retrieving it on the ASCII machine. -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: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender)
On Fri, 24 Mar 2006 09:54:27 -0600, Tim Hare [EMAIL PROTECTED] wrote: Is this the correct place to ask about VTAM issues? We're trying to move a Microsoft Host Integration Server from 802.2 connection to IP-DLC (AKA Enterprise Extender). ... There really is no good place for VTAM questions any more. Enterprise Extender questions show up occassionally here and more regularly on the TCP/IP Listserver list. (And Chris Mason monitors both so you are in good hands either place.) Some of us on this list have Enterprise Extender experience, but I don't about Microsoft Host Integration Server. (I've never heard of it.) Ask some specific questions and we'll try to answer. The worst that can happen is that you'll get completely wrong and potentially harmful answers. 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: z900 Capacity Models?
I saw that too, from Cheryl's list. But if they don't, IBM's document that I referred to is incorrect. It says that both the 10x and the 1Cx models have a 1.3 nanosecond cycle time and the 2Cx and 21x models have a 1.09 nanosecond cycle time. Maybe IBM did something different in building the blocks or memory interleaving or something to get the additional boost. Ideas, anybody? Rex snip These machines have the same clock speed as the 101-109 line. Actually, they don't. A 101 is 235 MIPS-like entities. A 1C1 is 250. - -teD I'm an enthusiastic proselytiser of the universal panacea I believe in! /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: z900 Capacity Models?
In a message dated 3/24/2006 2:35:23 P.M. Central Standard Time, [EMAIL PROTECTED] writes: No offense taken. I just didn't read your post in the same manner as you wrote it. Must be a Friday thing. g Seems like there ought to be sizing tool with stuff builtin instead of give me all you've got and see if it works? Yeah it's Friday... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MVS LTO tape usage
We have been approached with the idea of converting our tape backups from 3590 to LTO to get encryption for our off-site backups. There are claims by the vender that they interface with our DASD backup system and TMS (CA-Disk and CA-1). I'm just started asking questions like What about stand-alone restore as a recovery option? Has anyone else looked into this or have any comments they would like to share. Thanks for time and responses. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender)
On Fri, 24 Mar 2006 14:39:36 -0600, Patrick O'Keefe [EMAIL PROTECTED] wrote: ... There really is no good place for VTAM questions any more. ... I should correct that. IBM runs a NewsGroup server with VTAM and APPN newsgroups, with z/CS developers(and Cisco developers) monitoring them. Very useful ... except that they are NewsGroups. 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: z900 Capacity Models?
Rex, CIU = Customer Initiated Upgrade Customer Initiated Upgrade (CIU) is the capability for the z990 (and I imagine a z900) user to initiate a permanent upgrade for CPs, ICFs, IFLs, zAAPs, and/or memory via the Web, using IBM Resource Link. CIU is similar to CUoD, but the capacity growth can be added by the customer. The customer also has the ability to unassign previously purchased CPs and IFLs processors via CIU. CIU requires the CIU Enablement feature (FC 9898) installed. Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, March 24, 2006 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: z900 Capacity Models? According to the following book, there are 3 lines in the z900 series. The 101-109 have a book that contains 12 PUs, of which up to 9 can be normal processors (CP's). Even though IBM doesn't spell it out this way, the 1C1 thru 1C9 and the 110-116 actually form a single line or processors, having a book that contains 20 PU's of which up to 16 can be CP's. These machines have the same clock speed as the 101-109 line. The turbo line, which is the 2C1-2C9 and 210-216 models also have the 20 PU book, again with up to 16 MP's in the box. The clock speed on this line is faster than the other 2 lines (hence the turbo definition). According to the book, any of the three lines can be upgraded within the line by using CUoD or CIU (whatever that is). Based on the above, my guess is that the capacity models simply mean they have the 20 PU book rather than the 12 PU book, thus allowing more capacity within the same box without any kind of hardware upgrade. http://www-03.ibm.com/servers/eserver/zseries/library/refguides/pdf/g326 3092.pdf LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
That was the point I was inferring, that Eric asked for something that would convert to ASCII. Such a conversion via FTP would corrupt the binary data. Not converting it would preserve the binary/packed decimal but wouldn't accomplish the ASCII conversion. Eric's post stating the possibility of getting a SCSI-attached 3490 tape and doing it in-house looks to me like the best solution because they would have access (hopefully) to the record layouts and so be able to preserve the data without corruption. Another option would be just hoping you don't need any of this data, and if so, find a service bureau (or a friendly z-based shop) that would contract to migrate data on an as-needed basis. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, March 24, 2006 2:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. What will FTP do to any packed data in the datasets? Standard answer: It depends. 1. If transferred as a plain ASCII transfer, packed decimal fields will get corrupted. 2. If transferred as a binary transfer, packed decimal fields are preserved (indeed, the whole file remains EBCDIC). Given Eric's description of the nature of the data, I'd probably do a binary transfer and worry about translating it to ASCII (with packed-decimal preservation/translation) when retrieving it on the ASCII machine. -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: Friday Topic...
Ted, I don't expect a reply, as you said this was the last you were going to say, but this list has always gotten way off track on many topics. Friday off topic things are common. I'm sure Darren agrees with you, but he rarely does anything about them. It doesn't take much to delete emails like this one by subject, so what's the big deal? (Stir up the pot a little). Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] Date: Friday, March 24, 2006 2:28 pm Subject: Re: Friday Topic... To: IBM-MAIN@BAMA.UA.EDU This is the last I'm going to say on this (off-)topic. I disagree. And, darren has in the past. - -teD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
I believe this has been answered before. However, the reason is because of what happens in the manufacturing of the chips. Some chips yield faster clocking results than the established minimum and maximum. The best of the maximums are set aside and, voila, you have a turbo model. Those below the minimum used to be sold to HDS! (only kidding about that last part...I think) grin Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, March 24, 2006 3:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: z900 Capacity Models? I saw that too, from Cheryl's list. But if they don't, IBM's document that I referred to is incorrect. It says that both the 10x and the 1Cx models have a 1.3 nanosecond cycle time and the 2Cx and 21x models have a 1.09 nanosecond cycle time. Maybe IBM did something different in building the blocks or memory interleaving or something to get the additional boost. Ideas, anybody? LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
Rex and John, I thought of that fact, that packed data wouldn't get translated correctly. That's why I think the best solution would be to buy the tape drive and software, which would handle all of the data conversions. I guess I won't have to worry about it though. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Pommier, Rex R. [EMAIL PROTECTED] Date: Friday, March 24, 2006 2:46 pm Subject: Re: Convert 3490E Tapes to CD or DVD To: IBM-MAIN@BAMA.UA.EDU That was the point I was inferring, that Eric asked for something that would convert to ASCII. Such a conversion via FTP would corrupt the binary data. Not converting it would preserve the binary/packed decimalbut wouldn't accomplish the ASCII conversion. Eric's post stating the possibility of getting a SCSI-attached 3490 tape and doing it in-house looks to me like the best solution because they would have access (hopefully) to the record layouts and so be able to preserve the data without corruption. Another option would be just hoping you don't need any of this data, and if so, find a service bureau (or a friendly z-based shop) that would contract to migrate data on an as-needed basis. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, March 24, 2006 2:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. What will FTP do to any packed data in the datasets? Standard answer: It depends. 1. If transferred as a plain ASCII transfer, packed decimal fields will get corrupted. 2. If transferred as a binary transfer, packed decimal fields are preserved (indeed, the whole file remains EBCDIC). Given Eric's description of the nature of the data, I'd probably do a binary transfer and worry about translating it to ASCII (with packed-decimal preservation/translation) when retrieving it on the ASCIImachine. -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: z900 Capacity Models?
I saw that too, from Cheryl's list. But if they don't, IBM's document that I referred to is incorrect. It says that both the 10x and the 1Cx models have a 1.3 nanosecond cycle time and the 2Cx and 21x models have a 1.09 nanosecond cycle time. Cheryl's list comes from the LSPR data. When IBM deigns to publish them as MIPS, the numbers are 235 250. IBM explains it for the multi-engine models as there twice as many busses on the 1Cx, but that doesn't explain the 101 vs the 1C1, since there are no interprocessor busses. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday Topic...
I didn't say I wouldn't reply off list, but we are NON-paying guests, and he does own the list. It does clutter up archive searches. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -Original Message- From: Eric Bielefeld [EMAIL PROTECTED] Date: Fri, 24 Mar 2006 14:46:39 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... Ted, I don't expect a reply, as you said this was the last you were going to say, but this list has always gotten way off track on many topics. Friday off topic things are common. I'm sure Darren agrees with you, but he rarely does anything about them. It doesn't take much to delete emails like this one by subject, so what's the big deal? (Stir up the pot a little). Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] Date: Friday, March 24, 2006 2:28 pm Subject: Re: Friday Topic... To: IBM-MAIN@BAMA.UA.EDU This is the last I'm going to say on this (off-)topic. I disagree. And, darren has in the past. - -teD -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Fw: Friday Topic...
Sorry, this was intended to go off list. Now, I'll shut up, shutting up. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -Original Message- From: Ted MacNEIL [EMAIL PROTECTED] Date: Fri, 24 Mar 2006 20:54:13 To:Mainframe Discussion List, IBM IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... I didn't say I wouldn't reply off list, but we are NON-paying guests, and he does own the list. It does clutter up archive searches. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -Original Message- From: Eric Bielefeld [EMAIL PROTECTED] Date: Fri, 24 Mar 2006 14:46:39 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday Topic... Ted, I don't expect a reply, as you said this was the last you were going to say, but this list has always gotten way off track on many topics. Friday off topic things are common. I'm sure Darren agrees with you, but he rarely does anything about them. It doesn't take much to delete emails like this one by subject, so what's the big deal? (Stir up the pot a little). Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] Date: Friday, March 24, 2006 2:28 pm Subject: Re: Friday Topic... To: IBM-MAIN@BAMA.UA.EDU This is the last I'm going to say on this (off-)topic. I disagree. And, darren has in the past. - -teD -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z900 Capacity Models?
Seems like there ought to be sizing tool with stuff builtin instead of give me all you've got and see if it works? Sorry, but it's always been that way for modelling tools. You have to do a 'virtual' upgrade to see if it will work. Try zPCR. I used it when I was at IBM. And, it's got the best price going. You just have to take the online course first. That's so (or so they believe) you'll learn how to interpret the results. They've forgotton about the GIGO principle. And, a 45-minute, non-interactive course is not going to dispell that. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, March 24, 2006 2:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD Rex and John, I thought of that fact, that packed data wouldn't get translated correctly. That's why I think the best solution would be to buy the tape drive and software, which would handle all of the data conversions. I guess I won't have to worry about it though. Eric Bielefeld That was the attitude that I was getting last year, when there was a large push by the ex-CIO to convert all the zSeries applications to Windows via automated code conversion techniques. I knew if that happened, I would be gone and it would not be my problem. But I had plans to keep in contact with some people I know in the NOC. Assuming that they were not too afraid to talk, I expected to get a lot of good belly laughs. The new CIO appears to be platform agnostic. The biggest thing in his basket is to convert from in house written applications to C.O.T.S. (Commercial Off The Shelf) software. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS LTO tape usage
Apparently, IBM was/is planning to provide some support for this sort of function under IBM's TotalStorage brand of products (which I believe include both disk and tape). Perhaps your friendly IBM representative might be able to give your company some insight into IBM's future plans in this area. Brian The following statement of direction was published in Hardware Announcement 105-241, dated July 27, 2005: IBM TotalStorage encryption: To address customers' growing concern with data security, IBM is planning for the development, enhancement, and support of encryption capabilities within storage environments such that the capability does not require the use of host server resources (so called outboard encryption capabilities). This includes the intent to offer, among other things, capabilities for products within the IBM TotalStorage portfolio to support outboard encryption and to leverage the key management functions provided by the Integrated Cryptographic Services Facility (ICSF). Brian On Fri, 24 Mar 2006 14:43:59 -0600, Michael Wickman [EMAIL PROTECTED] wrote: We have been approached with the idea of converting our tape backups from 3590 to LTO to get encryption for our off-site backups. There are claims by the vender that they interface with our DASD backup system and TMS (CA-Disk and CA-1). I'm just started asking questions like What about stand-alone restore as a recovery option? Has anyone else looked into this or have any comments they would like to share. Thanks for time and responses. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Yes, but While IBM has been preaching 32760 for loadlibs and system- determined blocksizes for other libraries, it has also been churning out some Program Directories that have not been rewritten for decades, with BLKSIZE= 6144 for loadlibs, 3200 for LRECL=80 datasets, etc. And some people are afraid to go against Program Directories, even when the info is against the latest recommendations elsewhere; even when the info is obviously obsolete. Why should this be considered obsolete? Why does anyone really care? What is the supposed benefit of 32760 over 6144? Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: Convert 3490E Tapes to CD or DVD
I did something similar in past using TCPIP Tools from Barnard Software to read 3490 tape cartridge and write down contents directly to xSeries hard disk. Then burn a data cd using Nero. I tested process inverted (read cd to hard disk, then read xSeries hard disk using Barnard Software to a 3490 tape cartridge and no problems arises. Since BSI software (www.bsiopti.com) uses some kind of compression, data in HD and CD is encrypted. -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Pommier, Rex R. Enviada em: sexta-feira, 24 de março de 2006 17:46 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: Convert 3490E Tapes to CD or DVD That was the point I was inferring, that Eric asked for something that would convert to ASCII. Such a conversion via FTP would corrupt the binary data. Not converting it would preserve the binary/packed decimal but wouldn't accomplish the ASCII conversion. Eric's post stating the possibility of getting a SCSI-attached 3490 tape and doing it in-house looks to me like the best solution because they would have access (hopefully) to the record layouts and so be able to preserve the data without corruption. Another option would be just hoping you don't need any of this data, and if so, find a service bureau (or a friendly z-based shop) that would contract to migrate data on an as-needed basis. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, March 24, 2006 2:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. What will FTP do to any packed data in the datasets? Standard answer: It depends. 1. If transferred as a plain ASCII transfer, packed decimal fields will get corrupted. 2. If transferred as a binary transfer, packed decimal fields are preserved (indeed, the whole file remains EBCDIC). Given Eric's description of the nature of the data, I'd probably do a binary transfer and worry about translating it to ASCII (with packed-decimal preservation/translation) when retrieving it on the ASCII machine. -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: Convert 3490E Tapes to CD or DVD
In a message dated 3/24/2006 3:14:25 P.M. Central Standard Time, [EMAIL PROTECTED] writes: read 3490 tape cartridge and write down contents directly to xSeries hard disk. Then burn a data cd using Nero. Didn't it get monotonous after the first few 100? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Willie, I'll try to answer all of your questions. I'll do this one from the listserve web site, as it doesn't time out like my Roadrunner Email account does when I take a little too long to reply. I found some of my old JCL, so I'll cut and paste that for the catalog moves. 1. I think all of the IMS files were moved using the application backup software. I think we use a product from BMC that does faster backups and restores. We changed all of the delete defines for all of the master files, and the next time they were reorged, they would go to the 3390 volume. 2. We have almost no SMS managed data. As in 1 above, we changed the delete defines, which then had the new volser hard coded. 3. I don't remember how I moved the MCAT, but I think I built a new one, and then just changed the catalog pointer in the LOAD00 member to point to the new catalog. We have very little volatility in our MCAT. 4. The user catalogs were all done on the weekend just before or after the IPL. Here are 4 jobs I ran to move a single catalog. I kept the name of each UCAT the same, as that seemed simpler. Here are the jobs: //TSYS2001 JOB (6377,TSO,),'MOVE LIB CAT 1', // NOTIFY=TSYS200, // CLASS=4,MSGCLASS=X,MSGLEVEL=(1,1) //** //* MOVE LIB CAT JOB 1 //** //MOVECAT EXEC PGM=IDCAMS //EXPDDDD DSN=TSYS200.EXPORT.VLIB001,DISP=(NEW,CATLG),UNIT=TSO, // SPACE=(CYL,(15,5),RLSE) //SYSPRINT DD SYSOUT=* //SYSINDD * EXPORT SYS1.USERCAT.VLIB001 OUTFILE(EXPDD) TEMPORARY /* //TSYS2002 JOB (6377,TSO,),'MOVE LIB CAT 2', // NOTIFY=TSYS200, // CLASS=4,MSGCLASS=X,MSGLEVEL=(1,1) //** //* MOVE LIB CAT JOB 2 //** //MOVECAT EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE SYS1.USERCAT.VLIB001 RECOVERY USERCATALOG /* //TSYS2003 JOB (6377,TSO,),'LIBCAT DEFINE JOB 3 ',MSGCLASS=X, // CLASS=2,NOTIFY=TSYS200 //* //* LIB: IPO1.JCLLIB(ICFUCAT) //* GDE: CBIPO MVS CUSTOMIZATION //* DOC: DEFINE AN ICF USER CATALOG //* //DEFINE1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //VOL DD UNIT=3390,VOL=SER=LIB901,DISP=OLD //SYSINDD * DEFINE USERCATALOG - (NAME(SYS1.USERCAT.VLIB001) - CYLINDERS(20 5) - VOLUME(LIB901) - CONTROLINTERVALSIZE(4096) - BUFND(4) - BUFNI(4) - STRNO(3) - NOIMBED - NOREPLICATE - FREESPACE(20 20) - RECORDSIZE(4086 32400) - ICFCATALOG - FILE(VOL)) - CATALOG(SYS1.MCAT.VHSPCAT) /* //TSYS2004 JOB (6377,TSO,),'MOVE LIBCAT JOB 4', // NOTIFY=TSYS200, // CLASS=4,MSGCLASS=X,MSGLEVEL=(1,1) //** //* MOVE CAT JOB 4 //** //MOVECAT EXEC PGM=IDCAMS //EXPDDDD DSN=TSYS200.EXPORT.VLIB001,DISP=OLD //SYSPRINT DD SYSOUT=* //SYSINDD * IMPORT INFILE(EXPDD) - OUTDATASET(SYS1.USERCAT.VLIB001) - ALIAS UNLOCK INTOEMPTY /* I hope that helps. Eric Bielefeld PH Mining Equipment On Fri, 24 Mar 2006 10:29:20 -0800, willie bunter [EMAIL PROTECTED] wrote: Hi Eric, Thanks for getting back to me. If you do have any info lying around I would be very happy to accept it. You mention IMS files. Did you use the vendor supplied utilities to transfer them? I remember in 1993 I had a problem with IMS. I used DFDSS to copy and restore (selective). The job ran fine, but when I brought up CICS encountered abends. Being under the gun, I performed a restore using the IMS utility. Was your system SMS managed? If not how did you handle the jcls having hard coded volsers? sequence to do it, for example did you move the UCAT, then MCAT and last of all System Catalaog? I have posed quite a few questions and I implore your patience. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
You might be able to use SOX and auditor requirements to convince them that would be $10K well invested . Sometimes demonstrating that having the capability just in case is good enough to warrant the expenditure. Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. --ilvi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday 24 March 2006 12:33 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD Data could probably be FTP'd to us, depending on the sensitivity of the data. I have no idea how often we would need tapes converted. It might be 2 tapes over the next 5 years, no tapes, or 200 tapes. We have about 18,000 tapes in our tape library, however lots of them are scratch, test data, etc. I know I researched this before, and found a company that would sell us a 3490 E model desktop sized drive, and some software that you could program to convert all of the packed and binary fields to something that a PC or Unix box could read. I think that the whole package of tape drive and software was around $10,000. Personally, I think that would be the best bet, but I'm not sure they want to spend that much for something that might never be used. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
Something else to think about...binary fields. Coincidentally, on the Software AG NATURAL discussion board, there's been a topic about migrating from BS2000/OSD to Unix and the various things to watch out for. One thing that came up was endian-ness. Depending on the software, it's possible that a fullword that is written on an IBM-compatible mainframe as X'12345678' would be written on an Intel x86 box as X'78563412' or, if written as 2 halfwords, X'34127856' (middle-endian). And you can have problems between *n*x boxen, as Sun's hardware is big-endian. (Not sure what the PowerPC is, but I think it's big-endian, too.) (Non-mainframe NATURAL has an ENDIAN parameter to tweak this behavior.) Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. --ilvi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday 24 March 2006 12:52 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Convert 3490E Tapes to CD or DVD Rex and John, I thought of that fact, that packed data wouldn't get translated correctly. That's why I think the best solution would be to buy the tape drive and software, which would handle all of the data conversions. I guess I won't have to worry about it though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
On Mar 24, 2006, at 8:23 AM, John Eells wrote: SNIP--- Also, to avoid RC4s from COPYMOD that would make a duly diligent sysprog from looking at (and up) messages that don't matter, always use PARM=SPCLCMOD with COPYMOD. John, Had not heard about that parm before. I looked it up and it was as clear as mud... (ok dark bear). I got the gist of it and I guess that is all that is important. Maybe the DFSMS people could use the help of some people can speak plain English. Ed To get back to the main thread, except for SAS and IDMS databases (and IDCAMS for the catalogs) I used DFDSS. The catalog issue was chiefly the issue of I wanted to do it because of well political reasons (enough said on that). I created a new mastercat and ran the old catalog with the program from the IPO tape that reads it and creates IDCAMS define statements to be run through idcams. I did use a stepcat so that could be an issue. (Don't get me going on stepcats) The whole process went reasonably smoothly. I was on (at that time) bleeding edge apars with DFDSS (no blood on me though). When all was said and done it went well. Of course the manual effort up front was not small, calling all the vendors etc. Its been over 15 years (IIRC) and all the vendors have incorporated all the fixes by now. 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: 3380-3390 Conversion - DISAPPOINTMENT
Ed Gould wrote: On M John, Had not heard about that parm before. I looked it up and it was as clear as mud... (ok dark bear). It is obviously Friday! How much clearer is a light bear? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
except for SAS SAS went to strictly PS files with V6 (I think) and relative record/block access. The issue from BDAM files disappeared in the conversion from 3380 to 3390, except for space. Then they dropped support for BDAM in V8. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
If you have a way to display ENQs (TASID, for example), just look for MAJOR name of SYSDSN or SYSVSAM. Minor name, enter cluster name. If there is an ENQ, then the file is OPEN. not quite. The SYSDSN ENQ shows that the cluster is allocated, but not necessarily open. The SYSVSAM ENQ generally indicates that the cluster is open -- Bruce Black Senior Software Developer Innovation Data Processing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
I'm pretty sure we don't encrypt any data. Much of our backups are compressed, and done with vendor products, however, I don't think that matters, as all of the data in all of the IMS and VSAM files has been converted. I think that only sequential disk or tape data would need to be converted. So far, no one has givin me any companies that do this sort of thing. Does anyone know of any? Of course, most of you hopefully have never had to deal with this sort of thing. Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin - Original Message - From: Porowski, Ken [EMAIL PROTECTED] Date: Friday, March 24, 2006 3:39 pm Subject: Re: Convert 3490E Tapes to CD or DVD To: IBM-MAIN@BAMA.UA.EDU As others have mentioned, packed and binary fields could be fun. Also consider if you plan to replicate any encrypted data or data in a proprietary vendor format that may not be readable without the vendor package. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
In batch, you could: 1. Use DFSORT/ICETOOL to read the files, convert binary/packed fields to human-readable (don't forget the sign!), and write it to a temporary file which is passed to part 2 2. Use FTP with PUT '//DD:ddname' somefilename to write the temporary file to some FTP server. EBCDIC = ASCII will happen automagically. Depending upon how much space the file server has, you could potentially transfer all of the critical tape files first, and then burn CDs afterward. I'd use CA-1 or whatever tape management system you have, with some reporting tool to determine the sizes of the files to be moved, and also to weed out the ones which haven't been used in a long long time = we use SAS with the output of CA-1's TMSDATA utility for this kind of thing, but you can user other stuff. You may find that you have a lot of very small files, and in fact may be able to fit a lot of them on one CD. Another alternative would be to write the output of step 1 to USS diretories, then do an FTP 'Get' from them to the PC with the CD burner, but I assume management wouldn't want to allocate permanent space for the project? Tim Hare Senior Systems Programmer Florida Department of Transportation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
A search via Google for convert 3490e tape to cd yields thousands of hits. On the first page of 20 hits, there are at least a half a dozen companies that provide the service you are looking for. Even to the point of converting binary and packed decimal fields as needed. Note however that these do not seem to be inexpensive services. Don Imbriale On Fri, 24 Mar 2006 14:16:16 -0600, Eric Bielefeld Eric- [EMAIL PROTECTED] wrote: Does anyone know of any companies that can convert mainframe tapes to DVDs or CDs? As many of you know, our mainframe is going out the door at the end of April. All of the historical data and otherwise tape data will then in essence be unreadable by us. All of our tapes are currently 3490-E model tapes. We are looking for a company who can read the data on a 3490E drive and convert it to ASCII and write it on a DVD or CD, or just FTP it to us. This would be on an as needed basis, and may or may not be a lot of data. You can reply to me or the group, or call me. Thanks, Eric Bielefeld Sr. Systems Programmer PH Mining Equipment 414-671-7849 Milwaukee, Wisconsin -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z990 multiprocessor overhead issue.
On Fri, 2006-03-24 at 05:36 -0600, Patrick Loftus wrote: We seem to be experiencing noticeably less MIPS than expected on our z/OS LPARs, and it almost looks like the speciality engines (zAAP, IFL etc) are contributing to the multiproccesor overheads and reducing the CPU resource. Hadn't thought about that. Would be surprised if IFLs got involved, but I can imagine zAAPs (and zIIPs) might. They are exposed to the MVS scheduler, and so would conceivably suffer the same interprocess locking/spin issues. That's MP factor defined (o.k. just a *little* simplistic). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
In a message dated 3/24/2006 4:27:12 P.M. Central Standard Time, [EMAIL PROTECTED] writes: So far, no one has givin me any companies that do this sort of thing. Does anyone know of any? Of course, most of you hopefully have never had to deal with this sort of thing. The banks use FILETEK there's others. You might could do it on the cheap with used or short term lease. Maybe $250k would get you started. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
The SYSVSAM ENQ generally indicates that the cluster is open In general, don't ENQ's only show up if there is contention? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z990 multiprocessor overhead issue.
Hadn't thought about that. Would be surprised if IFLs got involved, but I can imagine zAAPs (and zIIPs) might. They are exposed to the MVS scheduler, and so would conceivably suffer the same interprocess locking/spin issues. I think it's more than lock/spin. What about just making the decision to move it to a zIIP, zAAP, or zOWIE? Especially for short transactions? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
For option 2 of TASID that is correct. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/23/2006 07:00:00 PM: The SYSVSAM ENQ generally indicates that the cluster is open In general, don't ENQ's only show up if there is contention? - 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: z990 multiprocessor overhead issue.
With the CPs being pooled, I doubt the specialties draw down the MIP MP effect. They might chew some quick cycles, but they should not impact MIP capacity like additional general purpose CPs would. Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Friday, March 24, 2006 6:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: z990 multiprocessor overhead issue. On Fri, 2006-03-24 at 00:00 +, Ted MacNEIL wrote: Hadn't thought about that. Would be surprised if IFLs got involved, but I can imagine zAAPs (and zIIPs) might. They are exposed to the MVS scheduler, and so would conceivably suffer the same interprocess locking/spin issues. I think it's more than lock/spin. What about just making the decision to move it to a zIIP, zAAP, or zOWIE? Especially for short transactions? Guess I should have said inter-processor. Looks like we've interpreted the initial post differently. I was thinking of a drop in SU/sec delivery, rather than a loss usable MIPs within an LPAR (capture ratio change ???). LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM file open/close
Well, you notice them when there is contention. :-) But ENQs are issued all the time, and they can be found using products like OMEGAMON, etc., or you can run the ENQ chains yourself. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday March 23 2006 16:00 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VSAM file open/close The SYSVSAM ENQ generally indicates that the cluster is open In general, don't ENQ's only show up if there is contention? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESTAE-underTSO question
I have a program with an ESTAE that gets control and issues a SDUMP. This works fine when submitted as a batch job, as the program is in an authorized library. When invoking the same program from a TSO REXX EXEC, the SDUMP in the ESTAE fails with a S133 abend indicating 'An unauthorized program requested an SVC dump.' Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? The most mindlessly simple way is to check the key of the SDWA. If you are running in an authorized environment the SDWA will always be in key zero. Otherwise it will be in the key that was current when the ESTAE was set - usually the same as the task key. No muss, no fuss. 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: 3380-3390 Conversion - DISAPPOINTMENT
On Mar 24, 2006, at 12:00 AM, Ted MacNEIL wrote: except for SAS SAS went to strictly PS files with V6 (I think) and relative record/ block access. The issue from BDAM files disappeared in the conversion from 3380 to 3390, except for space. Then they dropped support for BDAM in V8. - -teD Ted, Thanks... Of course this happened a long time ago before SAS converted. 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: 3380-3390 Conversion - DISAPPOINTMENT
On Mar 24, 2006, at 3:57 PM, Steve Arnett wrote: Ed Gould wrote: On M John, Had not heard about that parm before. I looked it up and it was as clear as mud... (ok dark bear). It is obviously Friday! How much clearer is a light bear? Enough to see a face on the other side of the mug:) 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
CICS down after transaction exec wait macro.
Hi all A test of transaction(SUPX) under CICS V2.2.0, in instructions wait coded below, down the CICS. 289 WAIT 5,ECBLIST=LISTECBS 290+*MACDATE 10/20/88 292+ LA0,5(0,0)LOAD PARAMETER REG 0 294+ LA1,LISTECBSLOAD PARAMETER R 295+ LCR 1,1 INDICATE ECBLIST USED 296+ SVC 1 LINK TO WAIT ROUTINE LISTECBS DSA DCX'80',AL3(WAITECB) WAITECB DCF'0' The cicslog: +DFHXM0212 A23CICSF Transaction SUPX has been attached with unknown tranclass CLASSE03 +DFHSR0606 A23CICSF Abend (code 201/AKEB) has been detected. +DFHME0116 A23CICSF 273 (Module:DFHMEME) CICS symptom string for message DFHSR0606 is PIDS/5697E9300 LVLS/620 MS/DFHSR0606 RIDS/DFHSRP PTFS/UQ83467 AB/S0201 AB/UAKEB +DFHDU0205 A23CICSF A SYSTEM DUMP FOR DUMPCODE: SR0606 , WAS SUPPRESSED BY THE OPTION BPXP018I THREAD 118FE002, IN PROCESS 50331718, ENDED 280 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE . BPXP018I THREAD 118F9201, IN PROCESS 50331718, ENDED 282 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE . +DFHDU0303I A23CICSF Transaction Dump Data set DFHDMPA closed. +DFHKE1800 A23CICSF ABNORMAL TERMINATION OF CICS IS COMPLETE. IEF450I CICSFA CICSFA - ABEND=S000 U1800 REASON= 341 TIME=18.28.40 IEF404I CICSFA - ENDED - TIME=18.28.41 IEF352I ADDRESS SPACE UNAVAILABLE $HASP395 CICSFA ENDED I don't know what happened in cics region. Anybody have a information of PTF or APAR related with this problem, macro WAIT of SYS1.MACLIB executed under CICS 220 ??? Thanks Jorge Arueira Campos CAIXA ECONOMICA FEDERAL - SP - BRAZIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Convert 3490E Tapes to CD or DVD
On Mar 24, 2006, at 4:26 PM, Eric Bielefeld wrote: I'm pretty sure we don't encrypt any data. Much of our backups are compressed, and done with vendor products, however, I don't think that matters, as all of the data in all of the IMS and VSAM files has been converted. I think that only sequential disk or tape data would need to be converted. So far, no one has givin me any companies that do this sort of thing. Does anyone know of any? Of course, most of you hopefully have never had to deal with this sort of thing. Eric, I have not heard of any MF application that does field level security except for possibly DB2. This is not to say their isn't just that it is unusual, IMO. There may be some user code in CICS that selectively displays a field (or not) but that seems to be a transaction type security . There are just too many ways you can access a file that is one of the reasons why people need RACF (or other security package). Way back in the early 70's I had to have a top secret clearance from the Army so I could help programmers debug their code. One of the dumps I had to look at had the number of toilet paper rolls that was in stock. I asked the programmer why that was top secret and he said the SOviets could figure out how many people the US had in Germany. I suggested to go through parking lots and count the green plates and you would have a better idea. There were other nonsensical issues, but you get the idea. 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