Re: Language Environment runtime options and system dumps
My 2 cent: Short recap of RTM and E/SPIE: LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE routine that masks program checks. An LE-enabled program suffers a PICx that is covered by an E/SPIE. Program check (I believe) FLIH checks for an ESPIE to be set for that particular PIC and gives control to that ESPIE routine. Note that neither SLIP nor RTM1 have gotten control yet. The LE ESPIE routine does it's thing basically bypassing RTM. It also writes the LE (formatted) dump if instructed to do so by the LE options. Then the routine re-issues the abend, converted to a 4039 with a number. At this point LE has done cleanup, so slip trapping on the re-issued abend is useless. TRAP(OFF,NOSPIE) will not necessarily get you a system dump. That dump would only be written if a recovery routine (FRR, ESTAE) requests it. However I still don't understand why I'm getting a U4039 abend when the manual specifically states that I should get a dump of the original abend with UAIMM. *if* and *only if* the 'original abend' has a recovery routine that would request a dump. In all other cases LE still has its fingers in the pie and will issue the 4039. After the 'original abend' recovery routine has written its dump, the 'other' - LE - processing is still done. I have a SYSUDUMP in the jcl SYSUDUMP dd will tell sdump (when called from the recovery routine) to issue just that, a sysudump instead of a 'real' dump. I have put a ban on sysudump here :-) best regards, Barbara -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
You may also wish to ask for printing recommendations on the VSE-L list. I'm guessing that your customer has a 6262-014 or 6262-022 printer. Those are channel-attached line printers (using band printer technology). One immediate question is what sort of printed output does your customer want? (Or indeed, do they want printed output at all? Do they want to print, forward, and archive output electronically, using PDFs for example?) Anyway, here are several options -- and there may be others depending on the answer(s) to those questions. In no particular order: 1. You can still find 6262 printers available on the secondary market. If your customer loves their 6262, that might be an option. 2. The InfoPrint Solutions Company has some channel-attached printers available for sale. Nowadays channel-attached printers tend to be very high speed and probably overkill in this case. But if your customer is looking for a serious upgrade in print speed, you can get more information here: http://www.infoprintsolutionscompany.com The models 3000, 4000, and 4100 support channel attachment. Océ also offers some channel-attached printers (e.g. their Pagestream 154 model), and perhaps other companies do as well. 3. You didn't mention if your customer has the CSI/IBM TCP/IP for VSE or the Barnard TCP/IP for VSE product. (There are at least two TCP/IP implementations for VSE.) If the former, a standard base function available is AUTOLPR. AUTOLPR can automatically route POWER queue jobs to any standard network printer or print queue that supports LPD-style network printing. (That's pretty much everything.) On its own your customer won't get complex printer transforms -- AUTOLPR is really for basic line printing -- but it should get the job done in terms of output formatting similar to what the 6262 printer provided. (This assumes that you're sending the output to a printer that accepts relatively straightforward line printing. Most do, such as PCL laser printers and typical dot matrix printers.) And you can also customize AUTOLPR fairly well, to add cover pages for example. You can find more information on AUTOLPR in the IBM TCP/IP for VSE V1.5 User's Guide here: http://publibz.boulder.ibm.com/epubs/pdf/iestpu01.pdf There is also a direct analog to AUTOLPR called AUTOEMAIL. AUTOEMAIL takes the output and e-mails it, which is the most basic form of electronic output distribution. 4. PSF/VSE (5686-040) is available from IBM, of course. 5. CSI offers a product called GPS (General Print Server): http://www.tcpip4vse.com/products/zvse/GPS/GPS.htm This product intercepts 3287 printer output (VTAM), formats it, and routes it via HP JetDirect (IP sockets protocol) or LPR/LPD protocol to a network-attached printer. GPS is an optional feature for CSI/IBM TCP/IP for VSE. If your customer has CSI/IBM TCP/IP for VSE, your customer can license GPS either from IBM or CSI. 6. Thigpen Enterprises (via Barnard Software) offers VSE2PDF: http://www.vse2pdf.com This product converts VSE print jobs into PDF files, then (typically) e-mails them to recipients. It is a somewhat more advanced form of electronic output distribution than AUTOEMAIL. There are some other options as well, but I'll stop there for now pending more questions and information. I hope this information is helpful. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Bob, thanks for the gmake link and the update - it sounds promising. I've just downloaded gmake and going to install it. Just want to confirm if gmake is required for the cmsmvs/mvs.mki ? I've managed to piece together clues from you, Lutz, and sms, Yes, I too found the info all scattered which took a lot time sifting through which ones worked which didn't :) Thanks, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM - GRS conversion in practice
Vernooy, C.P. - SPLXM kees.vern...@klm.com wrote in message news:3310ac9d797ec94db8d89ccabdea47a7c6b...@kl1221tc.cs.ad.klmcorp.net ... McKown, John jmck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0025eb88...@nrhmms8p02.uicnrh.dom. .. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, June 10, 2009 1:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MIM - GRS conversion in practice McKown, John jmck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0025eb88...@nrhmms8p02.ui cnrh.dom. .. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dennis Trojak Sent: Tuesday, June 09, 2009 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MIM - GRS conversion in practice Did you ever get around this hurdle? We wanted to try moving from MIM to GRS also. Dennis I run MIM/Integrity and GRS=nn. We need the ECMF and EDIF functionality without the global ENQ. We do this by having a PARM member with MIMINIT GDIF=OFF That leaves MIMIT up without the Gloabal ENQ. You might want to try that and see if it helps, -- John McKown We want to stop and remove MIM entirely. Kees. I wonder if you bring up MIMIT with EDIF=OFF, will it remove the exits you mentioned in GRS? If so, then you could just stop MIMIT after its initialization has removed the exits. But I don't kown if that will work or not. Can you try? -- I think we already have the trick working and it is not as complicated as it seemed. More news by the end of the week (probably). Kees. Well, we found the working procedure and it was not as simple as we thought, but well doable. Chronology: We stopped MIM and did the first conversion and we received: ISG881I SET GRSRNL COMMAND CANCELED. AN ISGNQXITBATCH OR AN ISGNQXITBATCHCND EXIT IS CURRENTLY ACTIVE. The active exits were from the GRS ENQmonitor (modname ISGASTUB) on Exit ISGNQXITBATCH and the 2 MIM exits on Exit ISGNQXITBATC. Information from IBM told us that the MIM exits were no problem and needed not be removed. However this did not work, after stopping the GRS Enqmonitor (which removed its exit) we again received ISG881I, so now for the MIM exits only. We already discovered that the MIM command character was used for several purposes in MIM, a.o. for creating the name of the MIM SSI subsystem en for custructing the ISG exit names (for what purpose, can I have 2 MIM's in 1 system?). We then changed the MIM command character and reIPL'd the system. We checked that the GRS Enqmonitor was stopped, stopped MIM and tried the conversion again and again received ISG881I, complaining only about the 2 MIM exits. Then we also DELeted the MIM Exits (SETPROG EXIT,DELETE,EN=ISGNQXITBATCHCND,MOD=) and retried the conversion and then it succeeded. We ran this testsystem for the rest of the day and did not notice problems caused by dynamically DELete-ing the MIM exits. So the trick is to have no exits on the above mentioned GRS exits and to achieve that, you must create standardized MIM exit names by choosing a alphanumeric or national command character or, as we did, choose something like MIM. This action is now planned for the production sysplex at the end of this month. If new information comes up then, I will let you know here. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Environment runtime options and system dumps
On Mon, 15 Jun 2009 08:25:34 +0200 Barbara Nitz nitz-...@gmx.net wrote: :Short recap of RTM and E/SPIE: :LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE routine that masks program checks. :An LE-enabled program suffers a PICx that is covered by an E/SPIE. Program check (I believe) FLIH checks for an ESPIE to be set for that particular PIC and gives control to that ESPIE routine. Note that neither SLIP nor RTM1 have gotten control yet. The LE ESPIE routine does it's thing basically bypassing RTM. It also writes the LE (formatted) dump if instructed to do so by the LE options. Then the routine re-issues the abend, converted to a 4039 with a number. At this point LE has done cleanup, so slip trapping on the re-issued abend is useless. I thought I have been able to use SLIP to trap an abend before LE messed with it. Is it true that ESPIE will block a SLIP C=0Cx? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Environment runtime options and system dumps
I thought I have been able to use SLIP to trap an abend before LE messed with it. Is it true that ESPIE will block a SLIP C=0Cx? As far as I know, it depends on which x's the ESPIE has masked. The interruptions parm on the ESPIE set lets you specify all or selected x's. And then it depends on what the ESPIE routine does with the interrupt. If all it does is give control back 'to the system', then slip might match. But if interrupt 1 is masked, and the ESPIE routine does something with it, a slip on 0c1 will not match, simply because slip doesn't get control. That has always been the crux of LE, as far as I am concerned. But if I'm wrong, someone will chime in. Regards, Barbara -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Monday 15 June 2009, Vikesh Bhoola wrote: Bob, thanks for the gmake link and the update - it sounds promising. I've just downloaded gmake and going to install it. Just want to confirm if gmake is required for the cmsmvs/mvs.mki ? I don't know if it is required for you. Our make isn't properly configured and won't run at all, and I don't have the time to look into that problem. But our gmake works fine, so I just use that. However, I have seen comments on the forums that IBM's make doesn't play nice with Info-ZIP. YMMV. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E and multiple zones
GIMCRSAM Get this free program from the IBM samplib, compile it, run it and it will generate reject statements for you that you can safely execute. Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, June 12, 2009 12:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E and multiple zones Tom Marchant pisze: [...] True, but Radoslaw had to re-receive service after he ACCEPTed into one of his distribution zones. Some of that service that he received with bypass applycheck/acceptcheck may have already been applied and accepted everywhere. ZONEGROUP would not have helped him with that. And I did it using exactly what you suggested. That fixed my mistake. In fact I started follow-on discussion about how to purge sysmods which accepted everywhere. There are two ideas: a) REJECT in mass mode - suggested by Mark Zelden b) use another OPTion set with PURGE=YES for last ACCEPT. Method a) is preferred (Mark Zelden suggested it!), but I had some doubts regarding other sysmods, unrelated to the ACCEPT scope. It seems unnecessary ones (the doubts). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
See Levi, Ray, and Schoup - lotsa options. Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Sunday, June 14, 2009 3:44 AM To: IBM-MAIN@bama.ua.edu Subject: Replacing channel attached IBM 6262 printer Hi, One of our clients would like to replace their channel attached IBM 6262 printer. The computer runs VSE. There is no PSF available. TCP/IP is available. Can anyone suggest a replacement. TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Has anyone suggested TERSE yet? Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Woodside Sent: Sunday, June 14, 2009 11:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: INFOZIP 2Gb Vikesh -- Like I said, keep following the discussions on the Info-ZIP forums. I've managed to piece together clues from you, Lutz, and sms, and got a clean build from the cmsmvs/mvs.mki makefile that looks like it actually works. I just posted some initial info on the Info-ZIP forums. I'll probably post more detail tomorrow night - after I review what I did and run some more tests to convince me that I'm not hallucinating. :-) (The short description of the fix is: adding -D_LARGE_FILES to the makefile, and tweaking tailor.h to point zfseeko to fseeko.) Did you ever manage to get gmake from the link I posted? Cheers, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME
Ulirch, I tried copying the dataset to other volumes with the same result. The output vols are EMC 3390-3 devices. I have a strong suspicion that the problem is with the file and not the copy command. But, according to the user, he is able to read the dsn. I will keep on investigating. --- On Sat, 6/13/09, Ulrich Krueger u...@pacbell.net wrote: From: Ulrich Krueger u...@pacbell.net Subject: Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME To: IBM-MAIN@bama.ua.edu Received: Saturday, June 13, 2009, 5:40 AM Esmie, I stand corrected on DFDSS and support of DA dataset copy between unlike device types. It's been far too long since I had to deal with 3380-to-3390 conversion and DA datasets. The ADR367E message seems to indicate that the track on your output volume might be defective. So, what type of 3390 device is your output volume SYB156 on? Is that a true original (old) 3390 device or is it a modern emulated device (e.g., Shark or successor, EMC, etc)? I'd try checking the output disk for errors with ICKDSF. I'd also try copying to a different output volume. Next, just in case, I'd try to unload the input dataset to sequential and ensure that the input doesn't have any hidden flaws that throw DFDSS a curveball. This would also give you a source of data to create a new DA dataset on 3390 from. Finally, another thought ... does the DFDSS COPY require that the output dataset on 3390 be allocated to the same physical cylinder and track location that it's on the old 3380? If so, is that same space available on 3390 or is some other dataset lurking on it already? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Friday, June 12, 2009 09:51 To: IBM-MAIN@bama.ua.edu Subject: Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME Ulrich, IBM supports using the COPY option for DA dsns. These dsns have been around for a long time. The dsn is not heavily used. According to the applications support group this dsn is used about on a weekly basis. --- On Sat, 6/13/09, Ulrich Krueger u...@pacbell.net wrote: From: Ulrich Krueger u...@pacbell.net Subject: Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME To: IBM-MAIN@bama.ua.edu Received: Saturday, June 13, 2009, 4:22 AM Esmie, AFAIK, you cannot copy a Direct-Access type dataset from one disk type (3380) to another (3390) because of the differing track geometry / track capacity. To get this dataset moved, you will have to unload it to a sequential dataset using a home-grown program that can read the data. Next allocate your DA-dataset on 3390 and reload, again using a home-grown program. (Again, AFAIK and someone please correct me if I'm wrong ... none of the standard IBM utilities can read or write DA.) Why are you still using direct access? Depending on the usage of the dataset, shouldn't this have been converted to a VSAM file long ago? The only widespread user of direct-access datasets was SAS version 5 and before (think 1990s and before). And SAS provided their own utilities for database backup, unload and recovery. What is the usage for your DA dataset? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Friday, June 12, 2009 04:44 To: IBM-MAIN@bama.ua.edu Subject: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME Good Morning Gentle Readers, I am attempting to copy a direct access (DA) dsn from a 3380 to a 3390 using DFDSS. To correct the problem as per the DOC is not very clear. Would anybody please advise me how to fix this or should I need to open a problem ticket with IBM? Here is my JCL: COPY DATASET(INCLUDE(PCT.VLXP01)) - RENUNC (**,PCT.CONVERT.VLXP01) - RELBLOCKADDRESS(PCT.CONVERT.VLXP01) - CATALOG - OUTDD(DASD2) - Error Mesage: ADR367E (001)-IOWD (02), INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME SYB156 0124,95,0E40,0040C1241000,41 ADR367E (001)-IOWD (02), INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME SYB156 0124,95,0E40,0040C1241000,41 ADR367E (001)-IOWD (02), INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME SYB156 0124,95,0E40,0040C1241000,41 ADR417W (001)-MRMIO(01), COPY/RESTORE OF DATA SET PCT.VLXP01 IS INCOMPLETE, 03 Thanks in advance. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html --
Re: Language Environment runtime options and system dumps
Bill Klein says: sometimes, using the user friendly debugging tools at hand can make the need for a system dump of the original abend unnecessary. Tell that to vendor support teams. . . Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM - GRS conversion in practice
On Mon, 15 Jun 2009 10:28:58 +0200, Vernooij, CP - SPLXM kees.vern...@klm.com wrote: We already discovered that the MIM command character was used for several purposes in MIM, a.o. for creating the name of the MIM SSI subsystem en for custructing the ISG exit names (for what purpose, can I have 2 MIM's in 1 system?). Yes. For different components. For example, MII, MIA and MIC. Some shops run them all in different address spaces. We separated out MIA from MII/MIC years ago for 2 reasons: 1) System integrity / stability: Tape problems (virtual) sometimes required a recycle of MIA. Usually not the fault of MIA, but that's not to say there haven't been MIA bugs over the years. Also if there was a MIA abend, it would only affect tape and not the other components sharing the address space. 2) MII/MIC run at SYSTEM priority x'FF' / 255. MIA only needs to run at SYSSTC (x'FE' / 254). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
In a message dated 6/15/2009 6:42:13 A.M. Central Daylight Time, kenneth.kl...@kyfb.com writes: See Levi, Ray, and Schoup - lotsa options. We went with ePrint for about a third of the cost. Even got the Linux print server to do viewing and distribution. _http://www.leadtools.com/SDK/Document/Enterprise.htm_ (http://www.leadtools.com/SDK/Document/Enterprise.htm) **An Excellent Credit Score is 750. See Yours in Just 2 Easy Steps! (http://pr.atwola.com/promoclk/100126575x1221322979x1201367215/aol?redir=http://www.freecreditreport.com/pm/default.aspx?sc=668072hmpgID=62bcd=Jun eExcfooterNO62) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIM - GRS conversion in practice
Mark Zelden mark.zel...@zurichna.com wrote in message news:listserv%200906150757382403.0...@bama.ua.edu... On Mon, 15 Jun 2009 10:28:58 +0200, Vernooij, CP - SPLXM kees.vern...@klm.com wrote: We already discovered that the MIM command character was used for several purposes in MIM, a.o. for creating the name of the MIM SSI subsystem en for custructing the ISG exit names (for what purpose, can I have 2 MIM's in 1 system?). Yes. For different components. For example, MII, MIA and MIC. Some shops run them all in different address spaces. We separated out MIA from MII/MIC years ago for 2 reasons: 1) System integrity / stability: Tape problems (virtual) sometimes required a recycle of MIA. Usually not the fault of MIA, but that's not to say there haven't been MIA bugs over the years. Also if there was a MIA abend, it would only affect tape and not the other components sharing the address space. 2) MII/MIC run at SYSTEM priority x'FF' / 255. MIA only needs to run at SYSSTC (x'FE' / 254). Mark -- Mark Zelden Ok, this makes sense. Thanks, Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Environment runtime options and system dumps
On Mon, Jun 15th, 2009 at 6:51 PM, Barbara Nitz wrote: But if I'm wrong, someone will chime in. Sounds like a challenge - anyone want to step up to the plate ?. I tried debating dumps with Barb once ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Changing VTAM TRLE for OSA adapter
Ok, I tried to get our new OSA adapter going on our z9. I have it working perfectly on our test LPAR. When trying to bring it up on our production LPAR I get the following message for both interfaces: EZZ4310I ERROR: CODE=8010302C REPORTED ON DEVICE GIGPORP2. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE GIGPORP2 I believe this is due to the PORTNAME being different on the two LPARS (though at least one of the two was correct at one time. These messages keep coming out even if I stop the device. I cannot seem to update the TRLE to utilize the correct PORTNAME. I get the following error when truing to update it with UPDATE=ALL in the VARY ACT. V NET,ACT,ID=TRL400P,UPDATE=ALL, IST097I VARY ACCEPTED, IST886I VARY ACT ISTTRL CHANGE TRLE400P FAILED 736, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE IUTW0106 FROM ISTTRL FAILED 737, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE IUTW0102 FROM ISTTRL FAILED 738, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE TRLE600P FROM ISTTRL FAILED 739, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST093I,ISTTRL,ACTIVE, How can I get this changes without bringing VTAM down. Also, I tried to update the DEVICE and LINK definitions in TCPIP with an obeyfile. The new devices were defined, but the links stayed defined with the old DEVICE, with this error message: LINK NAME GIGP1 ON LINE 3 IS ALREADY DEFINED LINK NAME GIGP2 ON LINE 6 IS ALREADY DEFINED How can I get around this or do I just create a new LINK? And the V TCPIP stop and start commands do not recognize either the old, or new device names. And of course I saved the best for last, we are still running z/OS 1.4. Thanks for any insight. Neal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape retention question
Or have your tape copy utility copy to virtual tape. As the background tape media changes, the files automatically move to the new media. This will keep it from deteriorating beyond readability and keep it on a media that you have drives for. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Russell Witt Sent: Friday, June 12, 2009 12:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape retention question Bill, Good questions, but still not enough of them. There is also the concern about do you have the devices needed to read the tapes after xx years? For example, I know some shops still have a rack of 3420 round reels. They haven't had a 3420 device for the past 10 years; but still have a rack of round reels. Even if they had a 3420 device, do you think they could still read the data off the tape. You state that from a capacity standpoint it is not practical to keep 99365 files forever. Here I must disagree with you. There are many tape-copy/stacking utilities out there, some for a specific tape management system and some more generic. But they all do basically the same thing; copy and stack data while updating the tape management system to reflect the original creation information (jobname, date, etc..). Also, the capacity of cartridges has gotten very-very large. Now, most shops would never think about putting 1-TB of HSM archive data onto a single tape (the single-threading of recalls would be a huge delay); but for long term retention they are great. You stack a couple of hundred/thousand 3480/3490 datasets onto two cartridges (always have a backup when the basket is that large) and you can set it on the shelf for 5-10 years. Then, take it off the shelf and copy it to the new latest/greatest cartridge type (what, 1-Pb by then I imagine). The real trick is to move the media forward at least every 5-10 years for the old data AND to stack these long-term files together to cut down on the media costs. The cost of a couple of high-capacity cartridges and letting them sit on a shelf is minor. Of course the cost of the device is high, but you would be upgrading at least every 5-10 years anyway. Just some other options to consider. Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of William Bishop Sent: Thursday, June 11, 2009 7:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape retention question This question is more about the tapes we created years ago before we went to an SMS enviornment and how do sites clean-up tapes that sit for several years that for the most part were from application sets that we no longer run. A second type would be for retired applications, do you keep all the GDGs that existed when the application stopped? How many do versions you keep? For how long? I believe most of us have to beg the old application owners to review their files and tell us when we can get rid of them, but I am asking is do some sites have a process that says after x years, unless specifically requested, old tape files get deleted? Expdt=99365 says to keep the files forever, but from a legal standpoint, and from a capacity standpoint, that is not always practical. Also, in olden days, expiration date managment was left more to the original jcl developers. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html d in 0.012sec at bama.ua.edu ([130.160.4.114]) by smf-clamd v1.2.1 - http://smfs.sf.net/ X-Group: MEDIUM_SUSPECTLIST X-IronPort-AV: E=Sophos;i=4.42,213,1243832400; d=scan'208;a=52850784 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikoAGamMkrOLq0BY2dsb2JhbACBYIkEjVkXCA0FEwWoBwmOY4JXgTYFiFo X-MID: 52850784 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-MSMail-priority: Normal X-Mailer:
Re: Changing VTAM TRLE for OSA adapter
Neal By some sort of pure coincidence I have just answered a query on the IBMTCP-L list regarding changing TRLE definitions. IBMTCP-L is in fact your best bet for problems involving z/OS Communications Server. What does D NET,TRL,TRLE=trle-name show for each of the TRLE resources you are trying to change at the time you are trying to change them? Perhaps you should use the D NET,TRL command first in order to be sure what your current TRL and TRLE names are! Meantime I'll have a look at your post in more detail. Chris Mason On Mon, 15 Jun 2009 09:34:05 -0400, Neal Eckhardt neckha...@penntraffic.com wrote: Ok, I tried to get our new OSA adapter going on our z9. I have it working perfectly on our test LPAR. When trying to bring it up on our production LPAR I get the following message for both interfaces: EZZ4310I ERROR: CODE=8010302C REPORTED ON DEVICE GIGPORP2. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE GIGPORP2 I believe this is due to the PORTNAME being different on the two LPARS (though at least one of the two was correct at one time. These messages keep coming out even if I stop the device. I cannot seem to update the TRLE to utilize the correct PORTNAME. I get the following error when truing to update it with UPDATE=ALL in the VARY ACT. V NET,ACT,ID=TRL400P,UPDATE=ALL, IST097I VARY ACCEPTED, IST886I VARY ACT ISTTRL CHANGE TRLE400P FAILED 736, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE IUTW0106 FROM ISTTRL FAILED 737, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE IUTW0102 FROM ISTTRL FAILED 738, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST886I VARY ACT ISTTRL DELETE TRLE600P FROM ISTTRL FAILED 739, IST523I REASON = INVALID RESOURCE CURRENT STATE, IST314I END, IST093I,ISTTRL,ACTIVE, How can I get this changes without bringing VTAM down. Also, I tried to update the DEVICE and LINK definitions in TCPIP with an obeyfile. The new devices were defined, but the links stayed defined with the old DEVICE, with this error message: LINK NAME GIGP1 ON LINE 3 IS ALREADY DEFINED LINK NAME GIGP2 ON LINE 6 IS ALREADY DEFINED How can I get around this or do I just create a new LINK? And the V TCPIP stop and start commands do not recognize either the old, or new device names. And of course I saved the best for last, we are still running z/OS 1.4. Thanks for any insight. Neal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing VTAM TRLE for OSA adapter
Neal This is what the error code X'8010302C' means, found by precisely following the explanation of the EZZ4310I message: X'80' Permanent error Explanation: Request rejected due to failure of either a system or network function. X'10' LLC layer local error Explanation: A primitive was processed and an error was found by the local VTAM. X'302C' Enable Incoming connections for Port failed Explanation: A QDIO device rejected an attempt to allow connections to be enabled on this device. I was going to ask What is your reason for suspecting that the port name is incorrect? but then I Googled 8010302c and came up with the following as the first hit: quote TCP/IP message EZZ4310I CODE 8010302C when starting OSA QDIO device Problem(Abstract) The following error appears when starting TCP/IP QDIO (OSA) device: EZZ0060I PROCESSING COMMAND: VARY TCPIP,,START,OSAD900 EZZ0053I COMMAND VARY START COMPLETED SUCCESSFULLY EZZ4310I ERROR: CODE=8010302C REPORTED ON DEVICE OSAD900. DIAGNOSTIC CODE: xx Cause This error occurs when there is a mismatch in VTAM and TCP/IP definitions. The device_name specified in the TCP/IP DEVICE and LINK statements must match the PORTNAME specified in the VTAM TRLE statement for the OSA- Express QDIO PORT. Also, all LPARs using the OSA PORT on a CEC must use the same PORTNAME. The OSA will remember the first PORTNAME that is used to activate the OSA PORT. All subsequent users must use this same PORTNAME. If an incorrect name is used and is remembered by the OSA, the OSA can be reset using the VARY OFFLINE command for all CHPIDs that used that OSA PORT. Resolving the problem Use the same PORTNAME (device_name in TCP/IP DEVICE and LINK statements) in all VTAM and TCP/IP definitions that use an OSA PORT. /quote Note that an OSA feature is like an elephant, it never forgets - unless you take a massive gun to it and VARY OFFLINE command for all CHPIDs that used that OSA PORT. If you want to update a TRLE definition use V NET,ACT,UPDATE=ALL,ID=trl- major-node-name but make sure that IP has stopped the DEVICE. You should be able to discover your DEVICE names with the output from the NETSTAT DEVLINKS command. There is no need to stop VTAM. There is a very helpful guide to changing DEVICE and LINK statements entitled Modifying DEVICE and LINK statements under Summary of DEVICE and LINK statements under Chapter 2, TCP/IP profile (PROFILE.TCPIP) and configuration statements in the z/OS Communications Server IP Configuration Reference manual. However, you are on V1R4 and I checked V1R10 so I made sure something similar was available in V1R4 and here it is: quote Modifying DEVICE and LINK statements: To modify any DEVICE and LINK statement values, follow these steps: Stop the device. Use a VARY TCP/IP command with an OBEYFILE that contains: A new HOME statement that does not contain the home IP address or addresses of the LINK or LINKs involved in the DELETE DELETE linkname and DELETE devicename statements Use a VARY TCPIP command with an OBEYFILE that contains: The changed DEVICE and LINK statements A new HOME statement that includes the home IP address or addresses of the LINK or LINKs being added Start the device. Note: To dynamically change a value on a LINK statement only, do not perform the DELETE devicename and redefine DEVICE steps in the above list. /quote Anyhow, thanks for suggesting I should look this up. I hadn't realised/remembered it was so complicated! Chris Mason On Mon, 15 Jun 2009 08:48:25 -0500, Chris Mason chrisma...@belgacom.net wrote: Neal By some sort of pure coincidence I have just answered a query on the IBMTCP-L list regarding changing TRLE definitions. IBMTCP-L is in fact your best bet for problems involving z/OS Communications Server. What does D NET,TRL,TRLE=trle-name show for each of the TRLE resources you are trying to change at the time you are trying to change them? Perhaps you should use the D NET,TRL command first in order to be sure what your current TRL and TRLE names are! Meantime I'll have a look at your post in more detail. Chris Mason On Mon, 15 Jun 2009 09:34:05 -0400, Neal Eckhardt neckha...@penntraffic.com wrote: Ok, I tried to get our new OSA adapter going on our z9. I have it working perfectly on our test LPAR. When trying to bring it up on our production LPAR I get the following message for both interfaces: EZZ4310I ERROR: CODE=8010302C REPORTED ON DEVICE GIGPORP2. DIAGNOSTIC CODE: 00 EZZ4309I ATTEMPTING TO RECOVER DEVICE GIGPORP2 I believe this is due to the PORTNAME being different on the two LPARS (though at least one of the two was correct at one time. These messages keep coming out even if I stop the device. I cannot seem to update the TRLE to utilize the correct PORTNAME. I get the following error when truing to update it with UPDATE=ALL in the VARY ACT. V NET,ACT,ID=TRL400P,UPDATE=ALL, IST097I VARY ACCEPTED, IST886I VARY ACT ISTTRL CHANGE TRLE400P
Re: INFOZIP 2Gb
I could be wrong, but I don't believe that zip allows input from stdin. If info-zip uses fopen() to open files, then it might be possible to read mvs datasets directly as input files. Kirk Wolf Dovetailed Technologies http://dovetail.com On Sun, Jun 14, 2009 at 8:55 PM, Timothy Sipplese99...@jp.ibm.com wrote: Vikesh Bhoola writes: This is a issue, as we really don't have the additional space to copy the 14GB MVS file to USS just to zip it. Is it possible to string together a couple z/OS UNIX commands and use UNIX pipes? I don't think this works exactly, but something roughly like this: cp //\'ANYUSER.PROGRAM.OUTPUT\' | zip /usr/anyuser/output.zip - The zip command does accept stdin (using - as shown), and the cp command does read MVS datasets. But I don't think that syntax is exactly right. According to the z/OS 1.10 documentation, the following z/OS UNIX commands support direct interaction with MVS datasets: cp mv pax tar c89 If at least one of those can transparently pipe to stdout, then you should be able to get an MVS dataset into a zip file without writing that 14GB to an intermediate zFS or HFS file. Actually, I see in the archives that John McKown posted a possible solution. He said that z/OS UNIX cat does support MVS datasets. (Which isn't documented. :-() But if true, here's what might work: cat //\'ANYUSER.PROGRAM.OUTPUT\' | zip /usr/anyuser/output.zip - There are a few command line options for cat, and of course there are some for zip as well. So those could be added as required. Of course, you can also initiate this sort of command via z/OS JCL (e.g. BPXBATCH) if you need to do that. Anyway, I hope I'm on the right track at least. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSORT on z/OS 1.10 problem
We're running a CA-7 utility, SASSVBD0. This is the first time we've run it. I'm am at a totally loss as to why we are getting an ICE039A message (show below). I have upped everything that I can think of. I upped the TMAXLIM as well and got a larger MAIN STORAGE= message, but the same ICE039A message. Any help? ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES AND MORE ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R10 - 21:47 ON SAT JUN 13, 2009 - SUM FIELDS=NONE ICE146I 0 END OF STATEMENTS FROM SORTCNTL - PARAMETER LIST STATEMENTS FOLLOW SORT FIELDS=(5,53,A),FILSZ=E3,FORMAT=BI RECORD TYPE=VB,LENGTH=(32704) ICE201I F RECORD TYPE IS V - DATA STARTS IN POSITION 5 ICE751I 0 C5-K90014 C6-K90014 C7-BASE C8-K90014 E9-K40168 C9-BASE E5-K38900 B0-K38900 B0-K38900 E7-BASE ICE193I 0 ICEAM2 INVOCATION ENVIRONMENT IN EFFECT - ICEAM2 ENVIRONMENT SELECTED ICE089I 6 PDCH930W.VBUILD . , INPUT LRECL = 32704, TYPE = V ICE093I 0 MAIN STORAGE = (MAX,8435929,8435929) ICE156I 0 MAIN STORAGE ABOVE 16MB = (8354073,8354073) ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256 ICE128I 0 OPTIONS: SIZE=8435929,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,ERET=RC16 ,MSGDDN=SYSOUT ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=N ,ABCODE=MSG ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2 ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW=Y,DSA=64 ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX ICE235I 0 OPTIONS: NULLOUT=RC0 ICE750I 0 DC 0 TC 0 CS DSVUU KSZ 57 VSZ 57 ICE752I 0 FSZ=3 RE IGN=0 C AVG=16353 0 WSP=637192 E DYN=0 0 ICE039A H INSUFFICIENT MAIN STORAGE - ADD AT LEAST 28K BYTES ICE751I 1 B1-BASE B2-K38900 EC-BASE E8-K38900 ICE052I 0 END OF DFSORT John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Environment runtime options and system dumps
On 14 Jun 2009 23:28:18 -0700, in bit.listserv.ibm-main you wrote: My 2 cent: Short recap of RTM and E/SPIE: LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE routine that masks program checks. An LE-enabled program suffers a PICx that is covered by an E/SPIE. Program check (I believe) FLIH checks for an ESPIE to be set for that particular PIC and gives control to that ESPIE routine. Note that neither SLIP nor RTM1 have gotten control yet. The LE ESPIE routine does it's thing basically bypassing RTM. It also writes the LE (formatted) dump if instructed to do so by the LE options. Then the routine re-issues the abend, converted to a 4039 with a number. At this point LE has done cleanup, so slip trapping on the re-issued abend is useless. TRAP(OFF,NOSPIE) will not necessarily get you a system dump. That dump would only be written if a recovery routine (FRR, ESTAE) requests it. However I still don't understand why I'm getting a U4039 abend when the manual specifically states that I should get a dump of the original abend with UAIMM. *if* and *only if* the 'original abend' has a recovery routine that would request a dump. In all other cases LE still has its fingers in the pie and will issue the 4039. After the 'original abend' recovery routine has written its dump, the 'other' - LE - processing is still done. For COBOL programs, LE is providing a dump that is formatted to show Working Storage and file/SORT areas in a way that relates to the data division mapping provided in the compile listing. It is at least 10 years since I did the work with the LE dump but remember how much better it was than SYSUDUMP for COBOL programs. I don't know how good the LE dump is for the other languages. I have a SYSUDUMP in the jcl SYSUDUMP dd will tell sdump (when called from the recovery routine) to issue just that, a sysudump instead of a 'real' dump. I have put a ban on sysudump here :-) best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
Well, I finally found something. If I put in a MOSIZE=0 on the OPTION statement in DFSPARM, then the problem goes away. Sorry, but I'm just not having a good week (too many weekend problems). -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
Bob, thanks for confirming. I managed to compile zip under unix with LARGE_FILE_SUPPORT using gmake only: Compiled with IBM C version 410.9.0 for Unix (Unknown) on Jun 15 2009. Zip special compilation options: USE_EF_UT_TIME (store Universal Time) SYMLINK_SUPPORT (symbolic links supported) LARGE_FILE_SUPPORT (can read and write large files on file system) ZIP64_SUPPORT(use Zip64 to store large files in archives) UNICODE_SUPPORT (store and read UTF-8 Unicode paths) STORE_UNIX_UIDs_GIDs (store UID/GID sizes/values using new extra field) UIDGID_NOT_16BIT (old Unix 16-bit UID/GID extra field not used) Ýencryption, version 2.91 of 05 Jan 2007¨ (modified for Zip 3) Now to run some tests to confirm if it does zip 2Gb. It a public holiday tomorrow, will chat on Wed. Thanks, Vikesh Bhoola Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
John, I think you should open a PMR and we'll research the cause of the error. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/15/2009 11:02:59 AM: Well, I finally found something. If I put in a MOSIZE=0 on the OPTION statement in DFSPARM, then the problem goes away. Sorry, but I'm just not having a good week (too many weekend problems). -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
See Levi, Ray, and Schoup - lotsa options. Unless things have changed, LRS products are very pricey! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
On Mon, 15 Jun 2009 10:02:59 -0500, John McKown joa...@swbell.net wrote: Well, I finally found something. If I put in a MOSIZE=0 on the OPTION statement in DFSPARM, then the problem goes away. Hi John, We also had this problem. This is fixed by UK46178. Look at PK84670 an exact match for your problem. Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
On Mon, 15 Jun 2009 09:53:28 -0500, McKown, John jmck...@healthmarkets.com wrote: We're running a CA-7 utility, SASSVBD0. This is the first time we've run it. I'm am at a totally loss as to why we are getting an ICE039A message (show below). I have upped everything that I can think of. I upped the TMAXLIM as well and got a larger MAIN STORAGE= message, but the same ICE039A message. Any help? Open a PMR.Of course I know why you really posted here instead, but Frank helps out on this list (and others) because he's a nice guy. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Environment runtime options and system dumps
On 13 Jun 2009 12:43:43 -0700, wmkl...@ix.netcom.com (Bill Klein) wrote: For COBOL only applications, for example, using SSRANGE (compile and run-time) often finds the cause of S0C4 ABENDs and does so in a manner that the application programmer can find the cause quickly and easily. Of course, if this is NOT a COBOL application - or you can't recompile (if the program was originally compiled with NOSSR) then this particular aid won't help. A lot of shops have policies that are the result of long gone standards writers that say SSRANGE is inefficient. Funny thing is that some of those shops liked PL/I which didn't give us the option of opting out of range checking. Since it was an option, efficiency didn't matter. The costs have changed over the years, but the old standards still exist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
I ran into this when I installed 1.10. I opened a PMR here is the APAR that was opened for the problem PK84670. The PTF is UK46178. I have this on and it has resolved the problem. Gregg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REXX HI vs HE
What is the supposed difference between HI and HE to REXX? I have never been able to terminate an errant exec under TSO with an HI (even though the response to ATTN tells me I can). Is there anything that would make HI work in some installations but not others? I specifically said in some installations rather than for some exes because I've got a problem with an IBM-supplied NetView exec that is misbehaving in our shop. An internally issued HI is not stopping execution of the exec for me but, of course, works fine for IBM. (It's compiled REXX so I can't see what is going on.) This is a hare-brained idea, but I wonder if there could be something in my shop (my last 2 shops) that would prevent HI from working. BTW, I tried searching the archives, but a search for REXX plus HI or HE finds a few too many irrelevant hits. :-) Thanks. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT on z/OS 1.10 problem
Many thanks to all! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gregg Kimbrough Sent: Monday, June 15, 2009 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSORT on z/OS 1.10 problem I ran into this when I installed 1.10. I opened a PMR here is the APAR that was opened for the problem PK84670. The PTF is UK46178. I have this on and it has resolved the problem. Gregg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
Hi Gadi, Try Alon Pardes from Alfa Computers (03-9214422). They have a PC based listner that acts a print manager. If it doesn't help, you can always look at www.*mackinney*.com http://www.mackinney.com/, developed both a VSE and MVS products. Itschak On Mon, Jun 15, 2009 at 5:44 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: See Levi, Ray, and Schoup - lotsa options. Unless things have changed, LRS products are very pricey! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX HI vs HE
On Mon, 15 Jun 2009 12:37:23 -0500, Patrick O'Keefe patrick.oke...@wamu.net wrote: What is the supposed difference between HI and HE to REXX? I have never been able to terminate an errant exec under TSO with an HI (even though the response to ATTN tells me I can). Is there anything that would make HI work in some installations but not others? I should add that I understand that HI is supposed to raise the HALT condition where HE does not. My question is really if there is any installation-wide REXX option that would prevent HI from working ... but allows HE to work. ... Thanks. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX HI vs HE
HI has always worked for me. Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Monday, June 15, 2009 2:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX HI vs HE On Mon, 15 Jun 2009 12:37:23 -0500, Patrick O'Keefe patrick.oke...@wamu.net wrote: What is the supposed difference between HI and HE to REXX? I have never been able to terminate an errant exec under TSO with an HI (even though the response to ATTN tells me I can). Is there anything that would make HI work in some installations but not others? I should add that I understand that HI is supposed to raise the HALT condition where HE does not. My question is really if there is any installation-wide REXX option that would prevent HI from working ... but allows HE to work. ... Thanks. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX HI vs HE
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Monday, June 15, 2009 12:37 PM To: IBM-MAIN@bama.ua.edu Subject: REXX HI vs HE SNIPPAGE This is a hare-brained idea, but I wonder if there could be something in my shop (my last 2 shops) that would prevent HI from working. SNIPPAGE I have the same problem, and I'm not using compiled REXX. However, we do have TRX installed. I have no idea if this is related to this particular problem, but I do know that when I am doing a lot of REXX and/or Panel work, I change my TSO logon to not use a proc that contains TRX (because it seems to cache the REXX and Panels that I'm changing). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to delete multiple volumes from DFSMSrmm
Hi List. I've dug through the manuals and can't seem to find a satisfactory answer. Is there a way within DFSMSrmm to completely remove a range of tapes from the system? We recently retired our 3490s and I want to completely remove the 3490 tapes and all other information associated with these tapes from RMM regardless of whether RMM thinks they're scratch or not. I found the DELETEVOLUME command which will remove a volume but it will only work with 1 VOLSER at a time. I really don't want to have to delete several thousand tapes one at a time. Any suggestions? Thanks. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing channel attached IBM 6262 printer
Hi Gadi, We use the LRS products, which are available with limited use licensing to help keep the costs down. We run too many remote printers to qualify for limited use. Their print products can do other things besides drive printers too. What kind of printer do they plan to use? If they want to do similar (or same) print, Tally makes a SOK capable continuous forms printer, much smaller physically than the 3262, but very sturdy. The IBM 6400/6500 is good workhorse printer too , but is is LPD or IPDS . Regular VPS can drive it as an LPD (and the Tally SOK), but would need an add-on for IPDS (does not require PSF). Linda Mooney - Original Message - From: גדי בן אבי gad...@malam.com To: IBM-MAIN@bama.ua.edu Sent: Sunday, June 14, 2009 12:43:35 AM GMT -08:00 US/Canada Pacific Subject: Replacing channel attached IBM 6262 printer Hi, One of our clients would like to replace their channel attached IBM 6262 printer. The computer runs VSE. There is no PSF available. TCP/IP is available. Can anyone suggest a replacement. TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to delete multiple volumes from DFSMSrmm
Rex, I don't know of a batch method, but through the panels, you can do this: 3. Administrator functions 1. Display or change volume information 4. Delete or release a volume Enter the volume information with wildcard, owner *, limit *. This should do a volume search and return a list of volumes. PF1 for list of available line commands: * F - Delete the volume so that all information about it is removed regardless of its status. Any dataset details are deleted. HTH, Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. Sent: Monday, June 15, 2009 3:12 PM I've dug through the manuals and can't seem to find a satisfactory answer. Is there a way within DFSMSrmm to completely remove a range of tapes from the system? We recently retired our 3490s and I want to completely remove the 3490 tapes and all other information associated with these tapes from RMM regardless of whether RMM thinks they're scratch or not. I found the DELETEVOLUME command which will remove a volume but it will only work with 1 VOLSER at a time. I really don't want to have to delete several thousand tapes one at a time. Any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to delete multiple volumes from DFSMSrmm
You can use SEARCHVOLUME to create a clist with all the commands, and then execute the clist. Pommier, Rex R. rex.pomm...@cnasurety.com 6/15/2009 4:12 PM Hi List. I've dug through the manuals and can't seem to find a satisfactory answer. Is there a way within DFSMSrmm to completely remove a range of tapes from the system? We recently retired our 3490s and I want to completely remove the 3490 tapes and all other information associated with these tapes from RMM regardless of whether RMM thinks they're scratch or not. I found the DELETEVOLUME command which will remove a volume but it will only work with 1 VOLSER at a time. I really don't want to have to delete several thousand tapes one at a time. Any suggestions? Thanks. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to delete multiple volumes from DFSMSrmm
Hello Rex, You might want to try a RMMCLIST batch job. With it you can get RMM to generate a listing of the volsers and then have RMM do whatever you want to them. Here's a sample of the code we use: //SEARCH# EXEC PGM=IKJEFT01,DYNAMNBR=20 //SYSTSPRT DD SYSOUT=* //RMMCLIST DD DSN=XXX.RMM.CLIST,UNIT=SYSDA,SPACE=(CYL,(15,5)) //SYSTSIN DD * RMM SV VOLUME(123*) - OWNER(*) LIM(*) ST(SCRATCH) - CLIST('RMM DV ',' REMOVE') EXEC 'XXX.RMM.CLIST' /* If this is your first time using the RMMCLIST, you may want to change the CLIST('RMM DV ',' REMOVE') to CLIST('RMM LV ') to get a better feel for it. Good luck, Kathleen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to delete multiple volumes from DFSMSrmm
Thanks Scott and Kathleen. The SEARCHVOLUME command gave me what I wanted. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kathleen McLaughlin Sent: Monday, June 15, 2009 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to delete multiple volumes from DFSMSrmm Hello Rex, You might want to try a RMMCLIST batch job. With it you can get RMM to generate a listing of the volsers and then have RMM do whatever you want to them. Here's a sample of the code we use: //SEARCH# EXEC PGM=IKJEFT01,DYNAMNBR=20 //SYSTSPRT DD SYSOUT=* //RMMCLIST DD DSN=XXX.RMM.CLIST,UNIT=SYSDA,SPACE=(CYL,(15,5)) //SYSTSIN DD * RMM SV VOLUME(123*) - OWNER(*) LIM(*) ST(SCRATCH) - CLIST('RMM DV ',' REMOVE') EXEC 'XXX.RMM.CLIST' /* If this is your first time using the RMMCLIST, you may want to change the CLIST('RMM DV ',' REMOVE') to CLIST('RMM LV ') to get a better feel for it. Good luck, Kathleen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Monday 15 June 2009, Kirk Wolf wrote: I could be wrong, but I don't believe that zip allows input from stdin. If info-zip uses fopen() to open files, then it might be possible to read mvs datasets directly as input files. I've never tried it, but here's a quote from the zip man page: zip also accepts a single dash (-) as the name of a file to be compressed, in which case it will read the file from standard input, allowing zip to take input from another program. For example: tar cf - . | zip backup - Cheers, Bob Bob Woodside Woodsway Consulting, Inc. rwoodsi...@woodsway.com http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HYPERPAV Support on Hitachi Disk
Greetings, I'm researching using HYPERPAV on some new Hitachi disk we're getting. I'm coming across mixed indications of whether HYPERPAV is supported on non-IBM DS8* arrays. I read one post in the archives hinting that EMC is supporting it as of mid-2008. But what about Hitachi ??? And is this an added cost feature ??? One paper I read seemed to indicate that, but it also seemed to indicate it was an added cost feature of the array, not the OS. Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 17:48:29 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: Greetings, I'm researching using HYPERPAV on some new Hitachi disk we're getting. I'm coming across mixed indications of whether HYPERPAV is supported on non-IBM DS8* arrays. I read one post in the archives hinting that EMC is supporting it as of mid-2008. But what about Hitachi ??? And is this an added cost feature ??? One paper I read seemed to indicate that, but it also seemed to indicate it was an added cost feature of the array, not the OS. Thanks, Dave K. Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV aliases in this particular base device's alias pool. I had to hide the S/N, sorry. DEVICE 103F STATUS=ONLINE CHP 00 10 04 14 08 18 01 11 ENTRY LINK ADDRESS7004 7014 7104 7114 7204 7214 7304 7314 DEST LINK ADDRESS 7009 7019 7109 7119 7209 7219 7309 7319 PATH ONLINE YYYYYYYY CHP PHYSICALLY ONLINE YYYYYYYY PATH OPERATIONAL YYYYYYYY MANAGED NNNNNNNN CU NUMBER 1000 1000 1000 1000 1000 1000 1000 1000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.900.HTC.65.000n.0012 SCP TOKEN NED = 002107.900.HTC.65.000n. SCP DEVICE NED= 002107.900.HTC.65.000n.003F HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW, ZHPF, HS HTH, Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:06:43 -0500, Peter Bishop wrote: Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV aliases in this particular base device's alias pool. I had to hide the S/N, sorry. . SCP CU ND = 002107.900.HTC.65.000n.0012 SCP TOKEN NED = 002107.900.HTC.65.000n. SCP DEVICE NED= 002107.900.HTC.65.000n.003F HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW, ZHPF, HS Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Merging Catalogs
Skip: You are correct and I cannot add too much other than to say it will take a considerable (read quite long) amount of time as repromergecat must update each entry in the VVDS as well as the catalog. We did a small catalog (sorry do not remember the number of entries) and it took a few hours. YMMV of course but be prepared for a long outage. Also be-careful if you OEM archiving system. Bruce I went through this issue a few years ago and I do not remember the outcome other than the product uses reserve fields in the catalog and it may or may not affect you. Ed --- On Fri, 6/12/09, Skip Robinson jo.skip.robin...@sce.com wrote: From: Skip Robinson jo.skip.robin...@sce.com Subject: Re: Merging Catalogs To: IBM-MAIN@bama.ua.edu Date: Friday, June 12, 2009, 2:57 PM Having gone through both 'merging' and 'splitting' over the years in various environments for various reasons, I'm convinced that merging is by far the more difficult task. You have little choice but to examine painstakingly every entry in every catalog and make some tough decisions: 1. Which entries actually represent the same entity? That is, not only the same name but the same physical object in the same location? 2. For entries that are truly duplicates, how do you wind up with only a single entry? 3. For false duplicates--same name for different entities--how do you resolve the conflicts? Literally trash all the entries/entities but one? Rename entities in advance so that all can be preserved? Some combination of the two procedures? 4. How do you muster the appropriate resources to accomplish the tasks above? There is rarely a single owner for all entities, even like named ones. Sometimes duplicate catalog entries involve different owners who don't agree on how to resolve the conflicts. 5. As you throw the switch--or step-wise switches if you can move in increments--what is your recovery procedure when you get a call that something can't be found, or what's found is not what the user expects it to be? You might revisit the question of whether the long term benefit outweighs the risks and the headaches. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Arturo aa...@usa.net Sent by: IBM To Mainframe ibm-m...@bama.ua.edu Discussion List cc ibm-m...@bama.ua .edu Subject Merging Catalogs 06/12/2009 11:54 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu We are considering merging our 4 Master 35 User Catalogs into a manageable number and would like to ask the Group what preparatory work; documentation/manuals they found that were helpful. What advise would you give that you didn’t get and wish someone would have mentioned? We all know how it goes we go in with our solid plan of attack and then from no where something gets you in the foot. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
Web Troublemekr
There's Some jerk out there calling himself Majic Software, Inc: that's trying to sell a virus-catcher. Avoid him like the PLAGUE: his so-called DEMO pops up every 100 seconds and is a major PAIN in the POSTERIOR. I've filed complaints with Illinois Attorney General, SecState, ICC and USATTGeneral's office. You can't get the software off, and it pops up every 100-120 seconds with another ad that blocks any keystrokes until you select one of its options. Always select Stay Unprotected, unless you want to buy their software. (Not recommended.) The so-called viruses I that I had from it's so-called :free check were so old that I long ago had protection against them. Down in the bottom right corner, look for a blue/white shield trying to look like the Windoze ikon. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway No extra cost on z/OS. I believe so on HDS, but will let others chime in (wasn't my money this time). best regards Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
That's a good point, though: zip and unzip could read/write MVS-style datasets directly (using that // syntax), just like cp and mv do, if they use the appropriate interfaces. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAV Support on Hitachi Disk
- Original Message - From: Peter Bishop peter.bis...@eds.com Newsgroups: bit.listserv.ibm-main Sent: Monday, June 15, 2009 9:43 PM Subject: Re: HYPERPAV Support on Hitachi Disk On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: Excellent Do you happen to know if this is an additional cost feature of z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it anyway No extra cost on z/OS. I believe so on HDS, but will let others chime in (wasn't my money this time). PAVs and HyperPAVs cost money on the hardware side. You buy it as a feature. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html