Re: BPXBATCH utility, how to access to PDS member ?
Thank's a lot to all of you, it's running now, my member is read THANK'S -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Secure Delete for OMVS files
Mark Jacobs wrote: Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? Our security officer asked me and I wasn't able to find something on my own. Yes. It's RACF feature. Simply alter relevant DATASET profile and changed SETR options to accept the flag in the profile. I.e. ALD 'OMVS.MY.DATA.**' ERASE SETR ERASE It works for any dataset. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Ed, Actually nothing should scream - just a SIM or two on the console and dynamic sparing will look after the rest. Unless you have a lot of read cache misses to that array group your scream will be more of a whimper! And definitely no pfft. Pull two drives perhaps - well that's what RAID-6 is for GDR Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Monday, September 03, 2007 8:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] DASD wont go offline. In a message dated 9/3/2007 7:17:05 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: hate to be simplistic, but the words OFF SWITCH spring immediately to mind... Yeah, just go pull it out of it's berth and see what screams? Pfft ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity)
Hi Chris, There is (was?) a Microsoft utility called DLCPing. I think it was included on the CD-ROM in Microsoft's HIS 2000 Resource Kit (long out of print, and now very difficult to obtain). DLCPing is also occasionally given to customers by Microsoft PSS, to use in troubleshooting SNA connectivity problems. As far as I know, DLCPing is licensed software and not freely distributable; I suspect some of the code was licensed from a well-known third party vendor of SNA software (who is not IBM). Otherwise I'd email you a copy. But if you can track down a copy of the old HIS 2000 Resource Kit, you might find a copy of DLCPing to use. Regards, Andrew McLaren Sydney, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Monday, 3 September 2007 15:17 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity) OS2PING is very handy indeed. (There's also OS/2's NETPING, which does much the same for NetBIOS connections.) You could boot into OS/2 and run this command. OS2PING (and NETPING) are not installed automatically, but you can find them contained in the MPTSAPLT.ZIP file. This file is located somewhere within the MPTS (Multiprotocol Transport Services) feature of OS/2. Simply unzip what you need. I would imagine today's modern eComStation still has this, and conceivably you could make a bootable CD to run it. I've found a not-quite-as-handy Linux substitute, described here: http://www.gcom.com/linux/lis/cmds.html#ldltest See the second ldltest example for the relevant syntax. Likewise, you may be able to use this from a bootable Linux CD and thus make it a near-universal troubleshooting tool from a particular workstation. I haven't found a real equivalent for Windows, but perhaps someone else has an idea. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.13.2/985 - Release Date: 02/09/2007 16:32 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: software support site down
On 9/3/07, Jim McAlpine [EMAIL PROTECTED] wrote: I'm trying to use the search facility at - http://www-306.ibm.com/software/support/ but it is apparently down due to maintenance. It was supposed to be back at 07.00 am Sunday. Is there another url I can use to search for existing problems/apars/ptfs. Jim McAlpine I still can't access the software support search facility, 2 days unavailable now. Is there another site that is available and operating. Alternatively, how do I report this, preferably to a human being. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic Allocation Error in EDGHSKP
Tom, Using LookAt to find the message, and following the links through the manuals, brings you to the dynamic allocation return codes. and as has already been stated, looks like you should raise an ETR if the data sets that should be pre-allocated, cataloged, DASD data sets are that in fact. Mike Wood RMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ISPF FREED SYS1.PARMLIB
Steve, I believe that IPLPARM is separate for a reason. Lets get back to what you are using SETLOAD for. That is to fix a PARMLIB issue. You do not need a fully specified LOADxx member to do this. All you need is the necessary PARMLIB statements to fix your problem. As such, I would have no problem keeping a LOADFX (LOADfix) member in PARMLIB, maybe even temporarily, just to address this issue. After all, in reality, most of us don't use SETLOAD bey much as it is. Dave Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Horein Sent: Saturday, September 01, 2007 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF FREED SYS1.PARMLIB Thanks to everyone that contributed! As suggested, SETLOAD was the way to go for me. I once again have a properly sized SYS1.PARMLIB. However, while reviewing SETLOAD documentation, questions spring to mind: Do you folks concatenate your SYSx.IPLPARM (if you use it) to PARMLIB in LOADxx? I was also curious if IEFPRMLB could be made to include by default the PDS where LOADxx was found at IPL time, much like it includes by default SYS1.PARMLIB. I've recently taken to using LOADxx found in SYSx.IPLPARM on the IODF volume instead of finding LOADxx in SYS1.PARMLIB. When I first issued my SETLOAD command, it failed because I didn't specify DSN=SYSx.IPLPARM as I should have, because at this time, I don't concatenate SYSx.IPLPARM. I know, how I concatenate PARMLIB is my choice, but I'd hate to be viewed as 'out there' if this isn't considered standard practice! ;) I don't know if I'm OCD, but I like having any/all of my LOADxxs found in one place. I happen to choose SYSx.PARMLIB for that. I've also considered creating a SYS1.LLA.PARMLIB (and system specific SYS1.LLA.PARMLIBs) to contain CSVLLAxx members, excluding CSVLLA00. I guess there's a line to draw between being organized and easily maintainable. Thanks again for being the group that you are! This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STROBE Layoffs
No one replied so I guess no one cares. I'm surprised. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Youngren, [EMAIL PROTECTED] Sent: Thursday, August 30, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: STROBE Layoffs Compuware is closing the Strobe development office in Cambridge, MA, effective October 30. All but four developers will be terminated. The surviving four will work from home and development will move to Detroit (where there is no one who knows the product). Testing, QA, etc. will also be terminated. There will be no severance package. Carl (not good news) Youngren -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: STROBE Layoffs
It is unfortunate. We are a Strobe customer. We will be watching to see what happens to this product. Not much we can do otherwise. Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon Sent: Tuesday, September 04, 2007 6:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: STROBE Layoffs No one replied so I guess no one cares. I'm surprised. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Youngren, [EMAIL PROTECTED] Sent: Thursday, August 30, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: STROBE Layoffs Compuware is closing the Strobe development office in Cambridge, MA, effective October 30. All but four developers will be terminated. The surviving four will work from home and development will move to Detroit (where there is no one who knows the product). Testing, QA, etc. will also be terminated. There will be no severance package. Carl (not good news) Youngren This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STROBE Layoffs
Maybe, a couple of years ago we changed from Strobe to Intune for financial reasons. Now we even terminated that, partly for financial reasons too. Also here, hardware might be cheaper than manpower plus tools. Kees. Bob Shannon [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] om... No one replied so I guess no one cares. I'm surprised. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Thursday, August 30, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: STROBE Layoffs Compuware is closing the Strobe development office in Cambridge, MA, effective October 30. All but four developers will be terminated. The surviving four will work from home and development will move to Detroit (where there is no one who knows the product). Testing, QA, etc. will also be terminated. There will be no severance package. Carl (not good news) Youngren -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure Delete for OMVS files
Just to be clear, that command operates at the file system level, when an entire HFS or ZFS is being deleted. That doesn't do anything when an individual file within an HFS or ZFS is being deleted. Bill On Tue, 4 Sep 2007 09:15:20 +0200, R.S. [EMAIL PROTECTED] wrote: Mark Jacobs wrote: Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? Our security officer asked me and I wasn't able to find something on my own. Yes. It's RACF feature. Simply alter relevant DATASET profile and changed SETR options to accept the flag in the profile. I.e. ALD 'OMVS.MY.DATA.**' ERASE SETR ERASE It works for any dataset. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure Delete for OMVS files
R.S. wrote: Mark Jacobs wrote: Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? Our security officer asked me and I wasn't able to find something on my own. Yes. It's RACF feature. Simply alter relevant DATASET profile and changed SETR options to accept the flag in the profile. I.e. ALD 'OMVS.MY.DATA.**' ERASE SETR ERASE It works for any dataset. HTH I don't mean the actual ZFS or HFS dataset, I was asking about individual files in the filing system. -- Mark Jacobs Time Customer Service Tampa, FL -- Pound pastrami, can kraut, six bagels -- bring home for Emma. Isaac Edward Leibowitz (Saint Leibowitz) A Canticle for Leibowitz -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
On Tue, 4 Sep 2007 14:29:49 +1000, FRASER, Brian [EMAIL PROTECTED] wrote: Yeah, just go pull it out of it's berth and see what screams? Pfft It would probably be the Ops Manager that screams first, quickly followed by my manager and finally my Mrs when I tell her that I'm no longer employed and will be at home to annoy her every day. :-) Naw, that last one's too dangerous - she'd probably get you hooked on As The Stomach Turns (see also: Death, fate worse than). Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DLSw Test Program? (DLC ping)
Chris, I checked one of our HIS-servers ( 2004 ) and found something called snaping.exe. When executed, there is a screen asking for: - Target MAC - Network route - Local SAP - Time-out According to the properties, the internal name is dlcping and it's copyrighted by Microsoft. Met vriendelijke groet, Maarten Slegtenhorst OIB/TO/TS/MPO/MP4 ( ITC SNA Beheer ) Locatiecode WP A3.45 postbus 1800, 1000 BV Amsterdam T 010-2113357, M 06-55883314 G 020-5637775, F 010-2113462 E [EMAIL PROTECTED] I am out of the office on every friday -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Andrew McLaren Verzonden: dinsdag 4 september 2007 10:15 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity) Hi Chris, There is (was?) a Microsoft utility called DLCPing. I think it was included on the CD-ROM in Microsoft's HIS 2000 Resource Kit (long out of print, and now very difficult to obtain). DLCPing is also occasionally given to customers by Microsoft PSS, to use in troubleshooting SNA connectivity problems. As far as I know, DLCPing is licensed software and not freely distributable; I suspect some of the code was licensed from a well-known third party vendor of SNA software (who is not IBM). Otherwise I'd email you a copy. But if you can track down a copy of the old HIS 2000 Resource Kit, you might find a copy of DLCPing to use. Regards, Andrew McLaren Sydney, Australia - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Stand-Alone Dump Process
The original post I think asked for procedures so I will share our SOP. My considerations 1. SAD to DASD is very good and has been since 4.3.0 the simplification of procedure is easily justification for the DASD on reserve to capture the SAD 2. Allocate two sets of SAD data sets large enough for the largest LPAR 3. Take the SAD! If you have a failure don't assume you got enough to diagnose it prior or hope lighting won't strike twice. First Failure data capture and root cause analysis are worth the effort when anything as large and valued as a z/OS image has failed! 4. Review IBM z/OS Best Practices: Large Stand-Alone Dump Handling Version 2 http://tinyurl.com/2kf5em http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286 Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... Standard Operating Procedure November 7, 2006 One Step Stand-Alone Dump This document outlines the Standard Operating Procedure for a One-Step Stand-Alone Dump (SAD) of SNIP LPAR after a system failure/hang condition or if a z/OS system is not responding. This SOP replaces all previous z/OS Stand-Alone Dump procedures. Perform the following steps in order to create a Stand-Alone system dump. The reason for a Stand Alone Dump is to save the master address space and all its contents some place else to be sent off for further analysis of why the system failed. Procedure to perform a Stand-Alone Dump on an IBM 2094 processor LPAR Procedure Overview A) Identify failed system B) Invoke Stand-Alone Dump Program C)Remove failed system from sysplex (WITHOUT an LPAR RESET) D)Wait for SAD program to complete E) Re-IPL failed system F) Interrupting the SAD (if needed) A) IDENTIFY STOPPED OR HUNG LPAR Identify console messages that may indicate which system is hung or not responding. Issue console commands or ROUTE xSYS,cmd to possibly clear the hang condition. Notify the Lead Systems Programmer and SOD Management of a system hang or failure condition. B) PERFORM STAND-ALONE DUMP on an IBM 2094 PROCESSOR b-1) LOGON TO A HMC CONSOLE Click on Log on and launch the Hardware Management Console web application Then Logon to the Hardware Management Console with ADVANCED /password (THE PASSWORD WILL BE GIVEN TO YOU BY YOUR SUPERVISOR) b-2) SELECT HMC VIEW OF DEFINED LPAR's In the following steps icon selection will be indicated by a gray background surrounding the icon on the HMC screen. 1. Ensure that the following can be seen GROUP WORK AREA open (double click) the 'STAND ALONE DUMP' icon. 2. Double left click the lpar icon to bring up the Instance Information screen and verify that the SADMP00 activation profile has been selected for activation (ALL lpars now use the SADMP00 Profile). If not, click on the Change Options button and select the SADMP00 profile in the next screen. Click APPLY then CANCEL to return to the Instance Information screen. Click CANCEL again to return to the GROUP WORK AREA. PROFILES: All lpars now use SADMP00 NOTE: If a second SAD is needed or SYS1.SADMP00 is unavailable, you may use the SADMP01 profiles to dump to the SYS1.SADMP dataset. If you initiate an SAD with the SADMP00 profile and receive message AMD093I that SYS1.SADMP00 is not empty, reply to the AMD001A message with device address 2400 to use SYS1.SADMP and the SAD will proceed normally without further intervention. OR, reply with a tape device address if no dasd datasets are available. 3. Then single left click which will highlight the lpar icon for the lpar which is to be dumped. b-3) INITIATE THE STAND-ALONE-DUMP Perform the following steps to invoke the STAND-ALONE-DUMP of the LPAR on HMC console. 1. Highlight the lpar icon by a single left click which is the failed lpar to be dumped. 2. In the DAILY task list (right-hand pane), double Left Click the ACTIVATE icon. 3. An Activation TASK Confirmation window will appear. Verify that the requested lpar is the one, and only one, being activated and the correct SAD activation profile (SADMP00) is being Activated. Click YES to proceed with SAD function. 4. An ACTIVATE PROGRESS window will appear showing the Stand-Alone Dump IPL progress. 5. STATUS Success window will appear. Click OK to complete. b-4) INVOKE STAND-ALONE-DUMP CONSOLE FUNCTIONS The messages will be seen in the Operating SYSTEM Messages ICON screen of the HMC console. The FAILED LPAR's icon must be highlighted (single left click to highlight) . You may need to issue a V CN(*),ACTIVATE on the HMC console to start things rolling. Two DASD datasets have been set up for SAD and
Re: Dynamic Allocation Error in EDGHSKP
On Fri, 2007-08-31 at 14:38 -0500, Kelman, Tom wrote: I am trying to run the EDGHSKP program Did you by any chance neglect to preallocate the MESSAGE, REPORT and REPTEXT datasets in the housekeeping JCL? You cannot dynamically allocate those, because they are written to by both housekeeping and the DFRMM address space. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Have you done D GRS,DEV=1301 It might have some interesting information. If you think it is catalog, then I would issue a F CATALOG,LIST or one of the other catalog commands. If it is a catalog, you can then issue the CLOSE and UNALLOCATE commands for Catalog. The other option is to see if RMF might not be able to show who is actually using the volumes Lizette I have a DASD volume that refuses to go offline. D U,,,1301,1 gives me this IEE457I 09.28.16 UNIT STATUS 321 UNIT TYPE STATUSVOLSER VOLSTATE 1301 3390 A-PND PB$B52 PRIV/RSDNT And D U,,ALLOC,1301,1 gives me this IEE106I 09.27.23 UNITS ALLOCATED 196 UNITJOBNAME ASID JOBNAME ASID JOBNAME ASID JOBNAME ASID 1301*MASTER* 0001 And DS P,1301,1 gives me this IEE459I 09.44.26 DEVSERV PATHS 063 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 1301,33903 ,A,000,PB$B52,10=+ 11=+ 12=+ 13=+ 14=+ 15=+ 16=+ 17=+ 21051903 Y YY. YY.N SIMPLEX 01 012105 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
Powering off the entire data centre? Not far fetched for some, we had someone do that. He thought the power distribution unit was the AC unit and hit the power off switch. Much to his sha-grin it wasn't. Matt Dazzo Technical Services Publishers Clearing House 516-944-4816 [EMAIL PROTECTED] Doc Farmer [EMAIL PROTECTED] 9/4/2007 6:54 AM On Tue, 4 Sep 2007 14:29:49 +1000, FRASER, Brian [EMAIL PROTECTED] wrote: Yeah, just go pull it out of it's berth and see what screams? Pfft It would probably be the Ops Manager that screams first, quickly followed by my manager and finally my Mrs when I tell her that I'm no longer employed and will be at home to annoy her every day. :-) Naw, that last one's too dangerous - she'd probably get you hooked on As The Stomach Turns (see also: Death, fate worse than). Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
Did it myself once... just by leaning back too far and lightly touching the EPO button. At least it proved the button worked! (...and it's the loudest silence I ever heard...) John Compton Phone Cork: +353 (0)21 231 4641; Phone VOIP: 214-775-3641 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: 04 September 2007 13:51 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD wont go offline. Powering off the entire data centre? Not far fetched for some, we had someone do that. He thought the power distribution unit was the AC unit and hit the power off switch. Much to his sha-grin it wasn't. Matt Dazzo Technical Services Publishers Clearing House 516-944-4816 [EMAIL PROTECTED] Doc Farmer [EMAIL PROTECTED] 9/4/2007 6:54 AM On Tue, 4 Sep 2007 14:29:49 +1000, FRASER, Brian [EMAIL PROTECTED] wrote: Yeah, just go pull it out of it's berth and see what screams? Pfft It would probably be the Ops Manager that screams first, quickly followed by my manager and finally my Mrs when I tell her that I'm no longer employed and will be at home to annoy her every day. :-) Naw, that last one's too dangerous - she'd probably get you hooked on As The Stomach Turns (see also: Death, fate worse than). Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
In a message dated 9/4/2007 2:23:57 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: dynamic sparing will look after the rest. Unless you have a lot of read cache misses to that array group your scream will be more of a whimper! And definitely no pfft. Never got past RAID-5 only came close once to losing data when the spares ran out. The SHARK phoned home, but scared the operators to death with the SIMs alerts. ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Secure Delete for OMVS files
On Mon, 2007-09-03 at 20:49 -0400, Mark Jacobs wrote: Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? I wanted something like this for JES2 spool files awhile ago -- not for security purposes, but so that the Iceberg/RVA/SVA might compress away unused spool space. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXBATCH utility, how to access to PDS member ?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of IBM-MAIN Anonymous Sent: Tuesday, September 04, 2007 2:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BPXBATCH utility, how to access to PDS member ? Thank's a lot to all of you, it's running now, my member is read THANK'S What did you do? Inquirining minds want to know! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subtracting TOD-CLOCK values to get duration.
Bit 51 in the TOD clock is the microsecond bit. Everything to the right of that is something less than a microsecond. If you have 64 bit register capability, just load one register with a TOD value, then another with the other TOD, and subtract to get the difference. You can then shift out everything beyond bit 51, and you have the number of microseconds. Leave it without the shift, and call STCKCONV, and it will give you the time value formatted in what you have specified on the call. Don't forget that the 8 byte TOD is unsigned, so bit zero is part of the value, not the sign. You will need to use the subtract logical form to get the right answer without playing bit-shifting games, even in a 64 bit register. 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: Secure Delete for OMVS files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Monday, September 03, 2007 7:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Secure Delete for OMVS files Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? Our security officer asked me and I wasn't able to find something on my own. Mark Jacobs I don't know of any command which comes with z/OS which will do this. If you have a C compiler, you might want to try wipe. http://wipe.sourceforge.net/ I could possibly generate a shell script to do something similar using dd to overwrite the file with binary zeros before doing the rm. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure Delete for OMVS files
IIRC, wipe may not function as expected because, when you rewrite parts of an HFS, I think that new pages will be assigned within the HFS and a new copy of the data is written. The old pages are not over-written. Bill On Tue, 4 Sep 2007 08:45:07 -0500, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Monday, September 03, 2007 7:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Secure Delete for OMVS files Is there a command or program available to erase the data in a file that resides in an HFS or ZFS filing system prior to its deletion? Our security officer asked me and I wasn't able to find something on my own. Mark Jacobs I don't know of any command which comes with z/OS which will do this. If you have a C compiler, you might want to try wipe. http://wipe.sourceforge.net/ I could possibly generate a shell script to do something similar using dd to overwrite the file with binary zeros before doing the rm. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File to PDF Product
In [EMAIL PROTECTED], on 07/17/2007 at 12:52 AM, Walter Marguccio [EMAIL PROTECTED] said: I really would like to agree with you, but unfortunately I can't. Perhaps not, but your response does not indicate why. I downloaded both XMITIP an TXT2PDF package, really nice tools which simplify things a lot. However, I had a problem trying different translation table (code pages) with TXT2PDF and I asked directly the developer. No answer. I posted my issue twice to the Google XMITIP group. Likewise, no answer. That conveys no information about any free software other than those two. The fact remains that some free software has had excellent support and some chargeable software has had lousy support. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execute a Unix Shell Script via Mainframe FTP
In [EMAIL PROTECTED], on 07/31/2007 at 09:58 AM, Allen Thennes [EMAIL PROTECTED] said: I am trying to execute a Unix Shell Script from the Mainframe via a FTP process. FTP doesn't do that, although you could certainly submit a batch job to run a shell script. Why not use SSH? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Had a CE, bending into the back of a 3340 drive butt-bump the emergency power off for the roomhe didn't notice the coincidence.It took about 10 minutes before smoke started coming out of the main breaker panel - the button was still pushed so the solenoid was still active - and we finally figured out why everything powered down. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Tuesday, September 04, 2007 6:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD wont go offline. snip Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... _ Share your special parenting moments! http://www.reallivemoms.com?ocid=TXT_TAGHMloc=us -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Secure Delete for OMVS files
On Tue, 4 Sep 2007 09:19:44 -0500, Big Iron wrote: IIRC, wipe may not function as expected because, when you rewrite parts of an HFS, I think that new pages will be assigned within the HFS and a new copy of the data is written. The old pages are not over-written. When the programmer does an update-in-place and new pages are assigned, are any cached copies of such pages marked invalid, or at least updated in place in cache while being assigned new disk addresses? Does the FS nowadays resparsify when zeroes are logically written over previously nonzero pages? If so, only pointer blocks would be updated. It might be better to write nonzero data but with a repetitive pattern which is readily compressed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subtracting TOD-CLOCK values to get duration.
On Tue, 4 Sep 2007 09:44:55 -0400, Craddock, Chris wrote: Don't forget that the 8 byte TOD is unsigned, so bit zero is part of the value, not the sign. You will need to use the subtract logical form to get the right answer without playing bit-shifting games, even in a 64 bit register. o The sign bit of the TOD last changed in 1971; it next changes in 2042. Within the interior of that interval, either the logical or the algebraic form works. o Unless integer overflow is enabled in the program mask, or the programmer is concerned with the condition code, the logical and algebraic forms give identical results. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXBATCH utility, how to access to PDS member ?
John, You wrote: What did you do? Do want to tell me you do not know the answer? Just joking... I was just to stupid to ask the 'what did you do?' question... Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: 04 September 2007 14:22 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BPXBATCH utility, how to access to PDS member ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of IBM-MAIN Anonymous Sent: Tuesday, September 04, 2007 2:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BPXBATCH utility, how to access to PDS member ? Thank's a lot to all of you, it's running now, my member is read THANK'S What did you do? Inquirining minds want to know! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
1401 simulator for OS/360
Hi all, Maybe off topic but some of you my be interested in this: I have done some tests with the 1401 simulator for OS/360 by William Wilcox, on Hercules: http://perso.wanadoo.es/rptv2005/ibm1401/en/sim1401.html I have never worked with 1401 or OS/360, so comments and corrections are welcome. Regards. Rafa. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
Craddock, Chris wrote: Don't forget that the 8 byte TOD is unsigned, so bit zero is part of the value, not the sign. You will need to use the subtract logical form to get the right answer without playing bit-shifting games, even in a 64 bit register. Ummm. Remember, the only difference between logical and arithmetic binary add/subtract operations is the way the condition code is set (and lack of overflow interrupt for logical instructions -- which I almost never use) The bits in the register(s) -- including any so-called sign bit -- are treated *identically* in either case. (That's the beauty of representing negative numbers using two's complement form.) After the following code fragment runs, the contents of R0 R1 will be identical: STCK TOD L R0,TOD L R1,TOD S R0,=X'7FFF' SLR1,=X'7FFF' -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1401 simulator for OS/360
Hi, I am still not sure why anybody would want to run an IBM operating system on a PC. The only possible reason is Commercial Software written for the IBM operating System , that you want to port to a PC platform but these days, the same Commercial Software on a mainframe, is available for the small/midsize platforms. So my conclusion with all these simulators/Hercules etc is that it is because we have a lot of bored and confused MVS/zOs System programmers that wants to make the whole world speak IBM. Note: Did you see the IBM adverts between all the College Football/US open tennis this weekend ? Did you see what they are trying to sell you .. Nothing to do with mainframes, mainframe operating systems etc. Anton -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rafa Pereira Sent: Tuesday, September 04, 2007 9:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 1401 simulator for OS/360 Hi all, Maybe off topic but some of you my be interested in this: I have done some tests with the 1401 simulator for OS/360 by William Wilcox, on Hercules: http://perso.wanadoo.es/rptv2005/ibm1401/en/sim1401.html I have never worked with 1401 or OS/360, so comments and corrections are welcome. Regards. Rafa. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this email may be privileged, confidential or otherwise protected from disclosure. All persons are advised that they may face penalties under state and federal law for sharing this information with unauthorized individuals. If you received this email in error, please reply to the sender that you have received this information in error. Also, please delete this email after replying to the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 1401 simulator for OS/360
Britz, Anton - CO 7th wrote: So my conclusion with all these simulators/Hercules etc is that it is because we have a lot of bored and confused MVS/zOs System programmers that wants to make the whole world speak IBM. And what's wrong with that? Note: Did you see the IBM adverts between all the College Football/US open tennis this weekend ? Did you see what they are trying to sell you .. Nothing to do with mainframes, mainframe operating systems etc. So what were they selling? For those of us not watching College Football all weekend... :) -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 1401 simulator for OS/360
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Britz, Anton - CO 7th Sent: Tuesday, September 04, 2007 10:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 1401 simulator for OS/360 Hi, I am still not sure why anybody would want to run an IBM operating system on a PC. The only possible reason is Commercial Software written for the IBM operating System , that you want to port to a PC platform but these days, the same Commercial Software on a mainframe, is available for the small/midsize platforms. So my conclusion with all these simulators/Hercules etc is that it is because we have a lot of bored and confused MVS/zOs System programmers that wants to make the whole world speak IBM. snip Because it allows them to develop software, or run/test software that requires S/3xx architecture, or z/Arch, without having to purchase IBM's hardware. You are a bit off on your assertion with the only possible reason. At this point, IBM has pulled the ability of persons to do development on cheap sanctioned computing platforms. So Hercules allows that development to be done. Then that software can be moved, at a later point, to an actual mainframe. Some of these sysprogs even get involved in the support of Herc, and so learn things about hardware functions controlled by micro-code, and so get a much better feel for how things are done/should be done. It improves their understanding. Me thinks that your conclusion(s) is a bit jaded. It might be that VM, VSE, VS1, etc. programmers may want the rest of the world to stop thinking that rebooting solves 99% of the problems. Well, in my case, rebooting to Linux fixed the Windoze problems... Therefore, my conclusion is that you are a Jedi-Knight. Regards, Steve Thompson Opinions expressed by poster are strictly those of the poster and do not necessarily reflect the opinions of posters employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Re: Send a IODF file in a email
I stand corrected. I mis-typed, it is indeed 2.9 HMC. Ans I know that HMC supports IOCDS but I FTP'd the IOCP, ie source, from one mainframe to a new one. And then used that sourece for the stand aloneIOCP/HCD generation. Of course there is editing to do because the standalone IOCP/HCD is less robust than the z/OS. Jack Kelly LA Systems @ US Courts x 202-502-2390 -Forwarded by John J Kelly/DCA/AO/USCOURTS on 09/04/2007 11:19AM - To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU From: John J Kelly/DCA/AO/USCOURTS Date: 08/28/2007 08:36AM Subject: Re: Send a IODF file in a email If you're going to FTP the IODF file, you can FTP from one HMC to another HMC, at least at level 1.9. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Change CFRM policy name for IPL
LPAR numbers will be changed during next IPL. The number of CF LPAR will change. The system (resides on the same CPC) uses GRS=STAR, so valid CF policy is required during IPL. I can prepare new CFRM policy to reflect the change. However default policy is last used one. Q: How can I fix the policy name for IPL ? Is it CFRMPOL(policy_name) in COUPLExx? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
cfu Extension
Hi all Anybody knows the extension for file cfu ??? Best regards Jorge Arueira Campos POLITEC LTDA São 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: Change CFRM policy name for IPL
R.S. wrote: LPAR numbers will be changed during next IPL. The number of CF LPAR will change. The system (resides on the same CPC) uses GRS=STAR, so valid CF policy is required during IPL. I can prepare new CFRM policy to reflect the change. However default policy is last used one. Q: How can I fix the policy name for IPL ? Is it CFRMPOL(policy_name) in COUPLExx? AFAIK the CFRMPOL(policy_name) in COUPLExx is only used if the CFRM dataset has no active policy in it. What I would do is create/format a new CFRM policy dataset then let CFRMPOL(policy_name) do its magic. After you are up with the new policy and CFRM dataset you can perform SETXCF commands to switch back to the old CFRM dataset if you want. -- Mark Jacobs Time Customer Service Tampa, FL -- Pound pastrami, can kraut, six bagels -- bring home for Emma. Isaac Edward Leibowitz (Saint Leibowitz) A Canticle for Leibowitz -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Calling a AMODE 31 program from AMODE 64
I didn't expect that it would trigger so much response. I am just beginning to learn to code using AMODE 64 and the example I had initially presented doesn't necessarily represent any real program. What I wanted to do was to call a AMODE31 from AMODE64 and the list did provide too many thoughts / suggestions. Thanks. Ludmil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Any need to put IRLM in ARM
Does anyone know a reason to put the IRLM into the ARM Policy if the Policy says to not restart it? I am not sure if there is a performance over head by having ARM monitor a task that it cannot restart. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Control Program of OS/360 reel tape
Hi all, It's been a while since I posted here. While cleaning out my office I ran across a 15 inch tape reel. The label says The Control Program of IBM Operating System / 360. It's dated 1964 and it says it's 60 minutes long. If anyone would like it I'll be glad to send it, if you're willing to pay for shipping. It weighs close to 10 lbs. and I live in Illinois (if that gives you any hint on what shipping might cost). I'm currently set to 'no-mail' on the list, so if you have questions or want the tape, please reply directly to me. Thanks, Sylvia Sylvia Gorman Associate Director Enterprise Systems Support Northern Illinois University DeKalb, IL 60115 815.753.9451 phone 815.753.2555 fax [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Control Program of OS/360 reel tape
It's been a while since I posted here. While cleaning out my office I ran across a 15 inch tape reel. The label says The Control Program of IBM Operating System / 360. It's dated 1964 and it says it's 60 minutes long. If anyone would like it I'll be glad to send it, if you're willing to pay for shipping. It weighs close to 10 lbs. and I live in Illinois (if that gives you any hint on what shipping might cost). The first place this tape should go is to the Computer History Museum, where Al Kossow can get it into the archives. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
Doc Farmer wrote: On Tue, 4 Sep 2007 14:29:49 +1000, FRASER, Brian [EMAIL PROTECTED] wrote: Yeah, just go pull it out of it's berth and see what screams? Pfft It would probably be the Ops Manager that screams first, quickly followed by my manager and finally my Mrs when I tell her that I'm no longer employed and will be at home to annoy her every day. :-) Naw, that last one's too dangerous - she'd probably get you hooked on As The Stomach Turns (see also: Death, fate worse than). Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... I don't have the courage to look; is The Dumb and the Chestless still in reruns? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 exit 20 on z/OS 1.8 - question.
I have a JES2 exit 20 on z/OS 1.6. What is does is look at the submitting user and set a job selection priority for certain jobs, but only if submitted by CA7. It does this by chaining from the DCT to the ASCB and checking the STC name. This doesn't work on 1.8 because the DCT not longer contains a pointer to the owning ASCB. However, it appears that the XPL points to a new control block called the JRW. This control block contains a field called the JRWSJNAM. However, I don't really know that this is the jobname of the job(stc) which owns the DCT. Does anybody out there know if this field contains the owner or not? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STROBE Layoffs
On Tue, 4 Sep 2007 06:22:43 -0400, Bob Shannon wrote: No one replied so I guess no one cares. I'm surprised. We care. Just trying to confirm the situation. Haven't heard from our rep yet. What's that cliche' ??? The silence is deafening -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: STROBE Layoffs
We just replaced STROBE with Application Performance Analyzer and the users seem to like APA well enough. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Tuesday, September 04, 2007 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: STROBE Layoffs On Tue, 4 Sep 2007 06:22:43 -0400, Bob Shannon wrote: No one replied so I guess no one cares. I'm surprised. We care. Just trying to confirm the situation. Haven't heard from our rep yet. What's that cliche' ??? The silence is deafening 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. SunTrust and Seeing beyond money are federally registered service marks 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
Mainframe FTP
I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 I can't find it anywhere in the JCL or sysin ? 331 Password required for mainframe. EZA1701I PASS 230 User mainframe logged in. EZA1460I Command: EZA1736I get deposits.txt 'P.SXA2X0.XD01..BDEPOS(0)' (r EZA1701I PORT 161,221,112,20,8,158 200 PORT command successful. TIA - This electronic mail message contains information that (a) is or may be CONFIDENTIAL, PROPRIETARY IN NATURE, OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the addressee(s) named herein. If you are not an intended recipient, please send an email immediately to [EMAIL PROTECTED] and take the steps necessary to delete the message completely from your computer system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe FTP
Why? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Philip Miscione Sent: Tuesday, September 04, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe FTP Sensitivity: Private I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 exit 20 on z/OS 1.8 - question.
On Tue, 4 Sep 2007 13:46:33 -0500, McKown, John wrote: I have a JES2 exit 20 on z/OS 1.6. What is does is look at the submitting user and set a job selection priority for certain jobs, but only if submitted by CA7. It does this by chaining from the DCT to the ASCB and checking the STC name. This doesn't work on 1.8 because the DCT not longer contains a pointer to the owning ASCB. However, it appears that the XPL points to a new control block called the JRW. This control block contains a field called the JRWSJNAM. However, I don't really know that this is the jobname of the job(stc) which owns the DCT. Does anybody out there know if this field contains the owner or not? Look at JES2 exit 50 instead of exit 20 for your purpose. (50 is used when the input source is the internal reader.) JRWSJNAM looks good in that context (although you might also just be able to jump to the ASCB directly from PSAAOLD in the exit 50 environment's case). -- 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: Mainframe FTP
To return on the 120 interface instead of the 20 FE/osa card interface We have two FE/OSA cards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, September 04, 2007 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe FTP Sensitivity: Private Why? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Philip Miscione Sent: Tuesday, September 04, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe FTP Sensitivity: Private I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This electronic mail message contains information that (a) is or may be CONFIDENTIAL, PROPRIETARY IN NATURE, OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the addressee(s) named herein. If you are not an intended recipient, please send an email immediately to [EMAIL PROTECTED] and take the steps necessary to delete the message completely from your computer system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe FTP
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Philip Miscione Sent: Tuesday, September 04, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe FTP Sensitivity: Private I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 I can't find it anywhere in the JCL or sysin ? 331 Password required for mainframe. EZA1701I PASS 230 User mainframe logged in. EZA1460I Command: EZA1736I get deposits.txt 'P.SXA2X0.XD01..BDEPOS(0)' (r EZA1701I PORT 161,221,112,20,8,158 200 PORT command successful. TIA That is dynamically generated by the FTP server. I am not aware of any way to hard code it to some other value. In fact, it may (and likely will) vary over time. This is a part of the passive or firewall friendly protocol for ftp. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe FTP
The context of 'port' is being confused, it has nothing to do with which OSA port is used. It is the TCP port that is negotiated for the data connection between the FTP client and the FTP server. Philip Miscione wrote: To return on the 120 interface instead of the 20 FE/osa card interface We have two FE/OSA cards -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
On Sep 4, 2007, at 9:58 AM, Paul Gilmartin wrote: On Tue, 4 Sep 2007 09:44:55 -0400, Craddock, Chris wrote: Don't forget that the 8 byte TOD is unsigned, so bit zero is part of the value, not the sign. You will need to use the subtract logical form to get the right answer without playing bit-shifting games, even in a 64 bit register. o The sign bit of the TOD last changed in 1971; it next changes in 2042. Within the interior of that interval, either the logical or the algebraic form works. Gil, You bring up an interesting question (to me). I wonder if anyone did during the Y2K testing try a date later that 2042. 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
Splitting a large physical sequential dataset
I need to split a large physical sequential dataset into two separate files. Unfortunately, it's too large to edit using ISPF Edit. I thought about using IEBGENER or DFSORT. I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. I got around the problem without having to write a simple read/write program, but I'm still curious - is there a simple way to do what I wanted to do using IEBGENER, DFSORT, or another IBM utility? Thanks, Bob R * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLink - Get Your 3270 Green Screen Redundancy Now!
The following messages are appearing on VM IBMLink. If you don't have them yet, I suggest now would be a good time to pursue getting your credentials for 3270 access! Attention all VM users The VM Registration Tool will sunset on October 31, 2007. Implications are: * All users and entitlements for the IBMLink VM system will be permanently set on IBMLink VM. * No new user can be registered for access to VM (3270 emulation). * No changes can be made to your company or users on the VM side. * Changes can only be made to IBMLink on the Internet and those changes will only affect IBMLink on the Internet side. * Keep in mind, all companies and users that did not previously have VM (3270 emulation) access will not be able to get VM access. * All IBMLink users will continue to have Internet access via url: www.ibm.com/ibmlink Please inform your IBMLink Customer Service Administrator (CSA) and/or Backup CSA of any changes required as soon as possible. We appreciate your support in our continued journey to consolidate and enhance our presence on the Internet. If you have any concerns or comments, please submit a feedback from IBMLink on the web (internet) or call our Help Desk at 1-800-543-3912. ENTER To continue VM ServiceLink availability update. Due to the stability issues with accessing IBMLink on the internet, the VM (green screen) version of ServiceLink will remain available while IBM continues to review root causes and implement corrective options. ENTER To continue PF06 To stop display of this message -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
On Tue, 2007-09-04 at 15:59 -0400, Raupach, Robert E (ATS, IT) wrote: I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. You could use IDCAMS REPRO. Check out the SKIP and COUNT operands. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
In a message dated 9/4/2007 3:10:37 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: dataset, using IEBGENER or DFSORT and the right control cards. I got around the problem without having to write a simple read/write program, but I'm still curious - is there a simple way to do what I wanted to do using IEBGENER, DFSORT, or another IBM utility? Frank Yaeger and Jay Reda(SYNCHSORT) both posted easy ways to do this a couple weeks ago? Check the archives at bama.ua.edu/archives/ibm-main.html ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMSdss RESTORE RENAME with different qualifier count?
Is there any way to do an ADRDSSU RESTORE that changes the number of qualifiers in data set names? For example, I'd like to restore original data set A.B.C as XYZ.A.B.C ?? When I specify: RENAMEUNCONDITIONAL((A.**,XYZ.A.**)) I get the unexpected and undesired: XYZ.B.C 44 character limit? I'll jump off that bridge when I come to it. Thanks, 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: Subtracting TOD-CLOCK values to get duration.
To go beyond 2042, you'd have to use the ETOD (128 bit) format, but even with that, it didn't work as of, maybe, z/OS 1.6, which is where I last tried it. I think it was the TIME macro that returned an error if I asked for an STCKE value for any year greater than 2042. --Art At 03:53 PM 9/4/2007, Ed Gould wrote: [...snip...] You bring up an interesting question (to me). I wonder if anyone did during the Y2K testing try a date later that 2042. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDS to Sequential Question
Ok, I confess, I'm suffering from old age. I know that there is a way to concatenate n PDSes together, and then extract a member from this to a sequential file. Why am I needing this? Well, I have several levels of source libraries (PROD, TEST, Private) and I need to pull a member from the lowest level and assemble it. And I'd like to have a batch job that does this so I don't have to fiddle with all of it when I have a complex module to be linked together after a few macro changes. IEBCOPY won't do it (well, not simply). IEBPTPCH wants to put in ASA control characters, IEBGENER will go sequential to pds with control statements. So anybody got an off the shelf method, standard futility solution? Regards, Steve Thompson -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subtracting TOD-CLOCK values to get duration.
In a message dated 9/4/2007 3:31:06 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: tried it. I think it was the TIME macro that returned an error if I asked for an STCKE value for any year greater than 2042. ?? Do any of the CLOCK simulators do it correctly? ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
Ed Gould wrote: You bring up an interesting question (to me). I wonder if anyone did during the Y2K testing try a date later that 2042. STCKE/ETOD etc. are architected to allow TOD clock values beyond 2042. But, the TOD clock itself has not yet been extended on the left. Bit position 51 is still incremented every microsecond. See Timing - Time-of-Day Clock - Format in POP: [IBM Documentation] The TOD clock is a 104-bit register. It is a binary counter with the format shown in the following illustration. [nice picture snipped out for text-based post] The TOD clock nominally is incremented by adding a one in bit position 51 every microsecond.In models having a higher or lower resolution, a different bit position is incremented at such a frequency that the rate of advancing the clock is the same as if a one were added in bit position 51 every microsecond.The resolution of the TOD clock is such that the incrementing rate is comparable to the instruction-execution rate of the model. [/IBM Documentation] -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHOWzOS Support for z/OS R9
Unfortunally I'm very busy with some other projects so toleration support for z/OS R9 is still delayed until I have time. If someone have a urgent need please contact offline and I'll email an early version if it's ready. Sorry, but you know I don't get payed for it J Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe FTP
On Tue, 4 Sep 2007 14:21:18 -0500, McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Philip Miscione Sent: Tuesday, September 04, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe FTP Sensitivity: Private I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 I can't find it anywhere in the JCL or sysin ? 331 Password required for mainframe. EZA1701I PASS 230 User mainframe logged in. EZA1460I Command: EZA1736I get deposits.txt 'P.SXA2X0.XD01..BDEPOS(0)' (r EZA1701I PORT 161,221,112,20,8,158 200 PORT command successful. TIA That is dynamically generated by the FTP server. I am not aware of any way to hard code it to some other value. In fact, it may (and likely will) vary over time. This is a part of the passive or firewall friendly protocol for ftp. The PORT command is not used in passive ftp. In passive ftp, the port information for the data connection is passed from server to client in the 227 Entering passive mode message. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DFSMSdss RESTORE RENAME with different qualifier count?
At least as of z/OS 1.4, the short answer is no. Quote from the reference manual You cannot change the number of qualifiers unless you use fully-qualified names. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, September 04, 2007 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DFSMSdss RESTORE RENAME with different qualifier count? Is there any way to do an ADRDSSU RESTORE that changes the number of qualifiers in data set names? For example, I'd like to restore original data set A.B.C as XYZ.A.B.C ?? When I specify: RENAMEUNCONDITIONAL((A.**,XYZ.A.**)) I get the unexpected and undesired: XYZ.B.C 44 character limit? I'll jump off that bridge when I come to it. Thanks, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PDS to Sequential Question
On Tue, 4 Sep 2007 16:36:28 -0400, Thompson, Steve wrote: Ok, I confess, I'm suffering from old age. I know that there is a way to concatenate n PDSes together, and then extract a member from this to a sequential file. So anybody got an off the shelf method, standard futility solution? ISPF LM services? (Well, for n=3. Onerous restriction. Not necessarilly something I like about IBM.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subtracting TOD-CLOCK values to get duration.
I don't know about any clock simulators, Ed, but I went and found the code that was involved and it was the CONVTOD macro that accepted a maximum date of September 17, 2042. Ed Jaffe pointed out that the hardware does not yet support higher dates, but I might argue that the software (CONVTOD) still could, at least when using the STCKE/ETOD format. To support retention periods beyond what CONVTOD would allow, I had to write my own code which was based, somewhat, on the calendar conversion work of Peter Baum, which is documented at http://vsg.cape.com/~pbaum/index.htm. However, I only had to be accurate to a few minutes, so I didn't try to include support for leap seconds beyond 2042. At 04:37 PM 9/4/2007, Ed Finnell wrote: In a message dated 9/4/2007 3:31:06 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: tried it. I think it was the TIME macro that returned an error if I asked for an STCKE value for any year greater than 2042. ?? Do any of the CLOCK simulators do it correctly? == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
On Tue, 4 Sep 2007 17:19:27 -0400, Art Celestini wrote: I don't know about any clock simulators, Ed, but I went and found the code that was involved and it was the CONVTOD macro that accepted a maximum date of September 17, 2042. Ed Jaffe pointed out that the hardware does not yet support higher dates, but I might argue that the software (CONVTOD) still could, at least when using the STCKE/ETOD format. Could. But how much foresight did systems show in anticipating Y2K? Would you expect preparation for Y2.042K 35 years in advance? And do we know how the hardware will employ the higher bits in the future? Of course, it's pretty hard (but not impossible) to verify the hardware limitation without waiting until 2042 to see whether it carries into the next bit. Hardware available at that time probably will. To support retention periods beyond what CONVTOD would allow, I had to write my own code which was based, somewhat, on the calendar conversion work of Peter Baum, which is documented at http://vsg.cape.com/~pbaum/index.htm. However, I only had to be accurate to a few minutes, so I didn't try to include support for leap seconds beyond 2042. Ummm. There's no way as of this writing that you can correctly account for leap seconds on or beyond January 31, 2008. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
Robert, If you have SAS: Data _null_; infile indd; input @; N+1; if n= 10 then do; file outdd1; put _infile_; end; else do; file outdd2; put _infile_; end; return; run; You will need DD cards for indd, outdd1 and outdd2. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Raupach, Robert E (ATS, IT) Sent: Tuesday, September 04, 2007 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Splitting a large physical sequential dataset I need to split a large physical sequential dataset into two separate files. Unfortunately, it's too large to edit using ISPF Edit. I thought about using IEBGENER or DFSORT. I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. I got around the problem without having to write a simple read/write program, but I'm still curious - is there a simple way to do what I wanted to do using IEBGENER, DFSORT, or another IBM utility? Thanks, Bob R *** ** This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. *** ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to Sequential Question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, September 04, 2007 4:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: PDS to Sequential Question On Tue, 4 Sep 2007 16:36:28 -0400, Thompson, Steve wrote: Ok, I confess, I'm suffering from old age. I know that there is a way to concatenate n PDSes together, and then extract a member from this to a sequential file. So anybody got an off the shelf method, standard futility solution? ISPF LM services? (Well, for n=3. Onerous restriction. Not necessarilly something I like about IBM.) snip Nuts! Of course I need 5 all told. Ok, time to roll my own. I think I'll use REXX to generate the control cards, invoke IEBCOPY... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
So who can accomplish this with the fewest possible commands (JCL not included) ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Tuesday, September 04, 2007 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Splitting a large physical sequential dataset On Tue, 2007-09-04 at 15:59 -0400, Raupach, Robert E (ATS, IT) wrote: I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. You could use IDCAMS REPRO. Check out the SKIP and COUNT operands. -- David Andrews A. Duda and Sons, Inc. [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: Subtracting TOD-CLOCK values to get duration.
On Tue, 4 Sep 2007 16:35:45 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Tue, 4 Sep 2007 17:19:27 -0400, Art Celestini wrote: I don't know about any clock simulators, Ed, but I went and found the code that was involved and it was the CONVTOD macro that accepted a maximum date of September 17, 2042. Ed Jaffe pointed out that the hardware does not yet support higher dates, but I might argue that the software (CONVTOD) still could, at least when using the STCKE/ETOD format. Could. But how much foresight did systems show in anticipating Y2K? Would you expect preparation for Y2.042K 35 years in advance? The TOD epoch was original 1960-01-01, and was changed to 1900 only later, doubtless because the 1960 base didn't allow for a sufficient range of dates in the past. If you overlook the failure to consider past dates, a clock with much better than microsecond resolution that wouldn't expire until 2102 doesn't seem to lack so much foresight. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Chips the Size of Dust ??
From Intelligent Enterprise today: IBM's Computing Breakthrough Promises Chips the Size of Dust By Thomas Claburn IBM's new techniques may well lead to the use of atoms for digital storage, which could store the entire contents of YouTube--about 1,000 trillion bits of data. http://www.intelligententerprise.com/showArticle.jhtml?articleID=2018033 83 -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subtracting TOD-CLOCK values to get duration.
Paul Gilmartin wrote: On Tue, 4 Sep 2007 17:19:27 -0400, Art Celestini wrote: I don't know about any clock simulators, Ed, but I went and found the code that was involved and it was the CONVTOD macro that accepted a maximum date of September 17, 2042. Ed Jaffe pointed out that the hardware does not yet support higher dates, but I might argue that the software (CONVTOD) still could, at least when using the STCKE/ETOD format. Could. But how much foresight did systems show in anticipating Y2K? Would you expect preparation for Y2.042K 35 years in advance? And do we know how the hardware will employ the higher bits in the future? Ummm. For about the last decade, POP has stated the following: At some time in the future, new models will use a carry from bit position 0 of the TOD clock to increment an additional eight-bit binary counter. STORE CLOCK EXTENDED will store the contents of this counter in byte position 0 of its storage operand. A variation of SET CLOCK will set the counter, as well as the TOD clock. Variations of SET CLOCK COMPARATOR and STORE CLOCK COMPARATOR will manipulate a comparable byte at the left of the clock comparator. These actions will allow the TOD clock to continue to measure time within the standard epoch after the current 143-year limit caused by a carry from bit position 0 has been exceeded, and they will allow continued use of the clock comparator. It may be desired to have programs that process 16-byte STORE CLOCK EXTENDED operands take these future developments into account. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
DFSORT documents the use of SPLIT1R= parameter of OUTFIL statement, as shown below (no sort performed with this example -- single pass of input data file): //STEP1EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * DATA RECORD 1 DATA RECORD 2 DATA RECORD 3 DATA RECORD 4 DATA RECORD 5 DATA RECORD 6 DATA RECORD 7 //OUT1 DD SYSOUT=* //OUT2 DD SYSOUT=* //OUT3 DD SYSOUT=* //SYSINDD * SORT FIELDS=COPY OUTFIL FNAMES=(OUT1,OUT2,OUT3),SPLIT1R=2 Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
Indeed, Ed. I was about to point out that the STCKE *format* defines 8 more bits on the left -- enough to cover things through the year and beyond. Considering that the software was upgraded to support this long clock format, I was disappointed that it wasn't similarly updated to support those new high-order bits in its date/time conversions (and saving me from having to write the code myself). It seems to me that while the hardware may not yet use those bits, there's no reason why the software couldn't support them. At 06:14 PM 9/4/2007, Edward Jaffe wrote: Ummm. For about the last decade, POP has stated the following: At some time in the future, new models will use a carry from bit position 0 of the TOD clock to increment an additional eight-bit binary counter. STORE CLOCK EXTENDED will store the contents of this counter in byte position 0 of its storage operand. A variation of SET CLOCK will set the counter, as well as the TOD clock. Variations of SET CLOCK COMPARATOR and STORE CLOCK COMPARATOR will manipulate a comparable byte at the left of the clock comparator. These actions will allow the TOD clock to continue to measure time within the standard epoch after the current 143-year limit caused by a carry from bit position 0 has been exceeded, and they will allow continued use of the clock comparator. It may be desired to have programs that process 16-byte STORE CLOCK EXTENDED operands take these future developments into account. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
Art Celestini wrote: Indeed, Ed. I was about to point out that the STCKE *format* defines 8 more bits on the left -- enough to cover things through the year and beyond. Considering that the software was upgraded to support this long clock format, I was disappointed that it wasn't similarly updated to support those new high-order bits in its date/time conversions (and saving me from having to write the code myself). It seems to me that while the hardware may not yet use those bits, there's no reason why the software couldn't support them. Since the long TOD design was delivered with 9672 G5 -- prior to z/Architecture and its new grande and N3 logical instructions but no *so* long before that they were unaware of the upcoming revolution -- the developers might have decided to wait until a richer, easier to use instruction set became available for dealing with such humongous numbers -- especially, since there wasn't any apparent immediate need for date processing beyond 2042. Given similar conditions, I probably would have done the same thing. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Naw, that last one's too dangerous - she'd probably get you hooked on As The Stomach Turns (see also: Death, fate worse than). I don't have the courage to look; is The Dumb and the Chestless still in reruns? I'm afraid it could be worse than that. My wife is Thai and As The Stomach Turns and The Dumb and the Chestless are no where near as bad as the Thai soapies. (But luckily she doesn't watch them either) Actually, the more I think about it, maybe it's not such a bad idea to just go and hit the power-off button and then retire on a beach in Thailand. ;-) --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Have you done D GRS,DEV=1301 RESPONSE=SYS1 ISG343I 09.21.26 GRS STATUS 061 DEVICE:1301 VOLUME:PB$B52 NOT RESERVED BY SYSTEM SYS1 NO RESERVE RESOURCE REQUEST EXISTS If you think it is catalog, then I would issue a F CATALOG,LIST or one of the other catalog commands. If it is a catalog, you can then issue the CLOSE and UNALLOCATE commands for Catalog. None of the CATALOG commands produced anything interesting. The volume has no Catalogs on it. It is actually just a DUPLEX copy of a vol created by using PPRC. Each night, we suspend the duplex pair, then clip the secondary volume and vary it online to perform the DFDSS backups from the secondary copy. After the backup is complete we vary it back offline and then re-establish the PPRC copy. This process has been working successfully for years. --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to Sequential Question
On Tue, 4 Sep 2007 17:55:58 -0400, Thompson, Steve wrote: ISPF LM services? (Well, for n=3. Onerous restriction. Not necessarilly something I like about IBM.) snip Nuts! Of course I need 5 all told. My apologies; I shot from the hip there. In: # 2.33.3 z/OS V1R9.0 ISPF Services Guide IBM Library Server I now find: If the ddname is allocated to one or more partitioned data sets, member names cannot be included. LMINIT allows up to 16 concatenated data sets. (I assumed that LMINIT rather than screen geometry was responsible for the limitations in the panels.) Ok, time to roll my own. I think I'll use REXX to generate the control cards, invoke IEBCOPY... That might yet be simpler than LM services. But beware of APF entanglements calling IEBCOPY from Rexx. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to Sequential Question
That might yet be simpler than LM services. But beware of APF entanglements calling IEBCOPY from Rexx. address TSO TSOEXEC CALL 'SYS1.LINKLIB(IEBCOPY)' - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting a large physical sequential dataset
Bob R wrote on 09/04/2007 12:59:39 PM: I need to split a large physical sequential dataset into two separate files. Unfortunately, it's too large to edit using ISPF Edit. I thought about using IEBGENER or DFSORT. I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. I got around the problem without having to write a simple read/write program, but I'm still curious - is there a simple way to do what I wanted to do using IEBGENER, DFSORT, or another IBM utility? There are several ways to do this with DFSORT, but the easiest is to use DFSORT's SPLIT1R=n option as follows. The first 10 records will be written to OUT1 and the remaining records will be written to OUT2. //S1EXEC PGM=ICEMAN //SYSOUTDD SYSOUT=* //SORTIN DD DSN=... input file //OUT1 DD DSN=... output file1 //OUT2 DD DSN=... output file2 //SYSINDD* OPTION COPY OUTFIL SPLIT1R=10,FNAMES=(OUT1,OUT2) /* Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe FTP
Bill Godfrey wrote: On Tue, 4 Sep 2007 14:21:18 -0500, McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Philip Miscione Sent: Tuesday, September 04, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe FTP Sensitivity: Private I am trying to figure out where or how the port command gets built in this FTP job, I want to change it to PORT 161,221,112,120,8,158 I can't find it anywhere in the JCL or sysin ? 331 Password required for mainframe. EZA1701I PASS 230 User mainframe logged in. EZA1460I Command: EZA1736I get deposits.txt 'P.SXA2X0.XD01..BDEPOS(0)' (r EZA1701I PORT 161,221,112,20,8,158 200 PORT command successful. TIA That is dynamically generated by the FTP server. I am not aware of any way to hard code it to some other value. In fact, it may (and likely will) vary over time. This is a part of the passive or firewall friendly protocol for ftp. The PORT command is not used in passive ftp. In passive ftp, the port information for the data connection is passed from server to client in the 227 Entering passive mode message. Bill When using passive FTP both sides tell the other side what port it will use. The client tells the server what port it will use to initiate the connection on the PASV command, the server tells the client in 227 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: DASD wont go offline.
In a message dated 9/4/2007 6:33:38 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Each night, we suspend the duplex pair, then clip the secondary volume and vary it online to perform the DFDSS backups from the secondary copy. After the backup is complete we vary it back offline and then re-establish the PPRC copy. Oh, that's new info. What does the primary look like? ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Splitting a large physical sequential dataset
David had it first but thanks Frank, I always love the things DFSORT can do. I recently had to do the same thing but used IDCAMS viz: //* ASSUME OUT1-3 ARE PRE-ALLOCATED OR USE IEFBR14 FIRST //STEP EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //INDD1 DD DSN=MY.LARGE.INPUT.FILE,DISP=SHR //OUTDD1 DD DSN=OUT1,DISP=SHR //OUTDD2 DD DSN=OUT2DISP=SHR //OUTDD3 DD DSN=OUT3,DISP=SHR . . . //SYSIN DD * REPRO IFILE(INDD1) OFILE(OUTDD1) COUNT(10) REPRO IFILE(INDD1) OFILE(OUTDD2) SKIP(10) COUNT(10) REPRO IFILE(INDD1) OFILE(OUTDD3) SKIP(20) /* On 9/5/07, David Andrews [EMAIL PROTECTED] wrote: On Tue, 2007-09-04 at 15:59 -0400, Raupach, Robert E (ATS, IT) wrote: I thought there was an easy way to write the first 100,000 records to a dataset and skip the rest, then skip the first 100,000 records and write the remainder to another dataset, using IEBGENER or DFSORT and the right control cards. You could use IDCAMS REPRO. Check out the SKIP and COUNT operands. -- David Andrews A. Duda and Sons, Inc. [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 -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Subtracting TOD-CLOCK values to get duration.
Ah, but then along came Sarbanes-Oxley which changed the rules for a lot of end users. There is at least one such compliant storage device out there that takes an expiration period in units of seconds -- and the field is 64 bits wide. Customers are actually looking for retention periods of 50 and 100 years to be enforced by the storage hardware. (Obviously, the data could never live in this one device for that long, but the manufacturer has convinced customers that there will be a migration path down the road and that all of the metadata like retention period will migrate along with the data in a secure way.) I wasn't surprised that CONVTOD didn't support dates beyond 2042; it would have just saved me a lot of work if it had. I understand the reasoning that the developers likely went through, as you suggest, and I too would have probably came to the same decision given the same circumstances. At 07:04 PM 9/4/2007, Edward Jaffe wrote: Since the long TOD design was delivered with 9672 G5 -- prior to z/Architecture and its new grande and N3 logical instructions but no *so* long before that they were unaware of the upcoming revolution -- the developers might have decided to wait until a richer, easier to use instruction set became available for dealing with such humongous numbers -- especially, since there wasn't any apparent immediate need for date processing beyond 2042. Given similar conditions, I probably would have done the same thing. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DASD wont go offline.
ANTP8802I CQUERY devn(x'10B2') unformat OPS3092H READY ANTP0091I CQUERY UNFORMAT LVL 3 908 VOLUME REPORT 10B2,PRIMARY,SUSPEND(3),ACTIVE, 19,B2,00010128,190303,01,00010128,N,N, 1,,01,,, ,,, ,, ,, DS P,10B2,1 IEE459I 09.12.36 DEVSERV PATHS 786 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 10B2,33903 ,A,000,PBSB52,10=+ 11=+ 12=+ 13=+ 14=+ 15=+ 16=+ 17=+ 21051900 Y YY. YY.N PPRI-SUSP B2 B22105 Oh, that's new info. What does the primary look like? I have now gotten around the problem by using a new volume. I've altered the CLIP statements and the DFDSS backup so that the new secondary volume gets clipped and backed up as PB$$52 instead of PB$B52. After the next IPL I'll revert back to way it was. Thanks everyone for your help and suggestions. Brian --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STROBE Layoffs
Dave Kopischke writes: We care. Just trying to confirm the situation. Haven't heard from our rep yet. What's that cliche' ??? The silence is deafening Actually, Compuware issued a press release. Among other places it's linked from compuware.com at this instant: http://www.compuware.com/pressroom/news/2006/6781_ENG_HTML.htm The Associated Press has a couple wire stories on the same subject. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSdss RESTORE RENAME with different qualifier count?
Heelo Gil, If you want to change # of qualifiers, you can only do that with explicit rename dataset pairs, with an additional constraint of 256(?) entries in the RENUNC list. I have built a tool some years back that reads the dataset list from a dummy restore DFDSS sysprint list, and then uses a list of generic dsname replacements to build a full RESTORE job with explicit RENUNC statements, and with multiple steps, each handling up to 256 datasets . Regards Bruce Hewson Sample JCL of my process.::-) //JOBNAME JOB (),'BRUCE HEWSON' //* //* //* //* 1. ENSURE BACKUP DATASET NAME AND VOLSER LIST IS CORRECT. //* 2. JOB MUST HAVE ONLY ONE PGM=ADRDSSU STEP. //* 3. ENSURE PARM='TYPRUN=NORUN' IS CODED ON PGM=ADRDSSU STEP. //* 4. ALL CARDS AFTER //SYSIN WILL BE IGNORED FOR GENERATED JCL. //* 5. DSNMASKS DATASET MUST CONTAIN OLD/NEW MASK PAIRS. //*ANY MISSING MASKS WILL CAUSE FAILURE TO GENERATE JCL. //* //* 6. DFDSSJCL MUST POINT TO THIS DATASET(MEMBER). //*THIS IS NECESSARY TO GET CORRECT BACKUP DATASET DETAILS. //* //* //RSTRENAM EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN' //* //BACKUP DD DSN=USERID.DFDSS.DUMP, //DISP=OLD //* //SYSPRINT DD DISP=(,PASS), //DSN=amp;DFDSSRPT, //UNIT=SYSDA, //DCB=(LRECL=250,RECFM=VBA,DSORG=PS), //SPACE=(TRK,(15,15)) //SYSINDD * RESTORE DATASET(INCLUDE( - ** - )) - INDDNAME(BACKUP) - CATALOG - SPHERE - TOL(ENQF)- REPLACE /* //* //* THIS SET USES THE PREVIOUS STEPS OUTPUT TO BUILT DF/DSS //* RESTORE/RENAME JCL. //* //BGISPF EXEC PGM=IKJEFT1B,DYNAMNBR=100 //* //* LIST OF OLD/NEW DATASET MASKS... //* //DSNMASKS DD DISP=SHR,DSN=USERID.SOURCE(DSNMASKS) //* //* POINT TO OPC/ESA JOBLIB MEMBER CONTAINING THIS JCL. //* //DFDSSJCL DD DISP=SHR,DSN=USERID.CNTL(THISJCL) //* //DFDSSRPT DD DISP=(OLD,PASS),DSN=amp;DFDSSRPT //SYSTSIN DD * ISPSTART CMD(%BLDRNJCL) /* //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSPROC DD DISP=SHR,DSN=USERID.CMDPROC //ISPPROF DD DISP=SHR,DSN=USERID.ISPF.ISPPROF.BGISPF //ISPTLIB DD DISP=SHR,DSN=USERID.ISPF.ISPPROF.BGISPF // DD DISP=SHR,DSN=SYS1.ISPF.SISPTENU //ISPPLIB DD DISP=SHR,DSN=SYS1.ISPF.SISPPENU //ISPMLIB DD DISP=SHR,DSN=SYS1.ISPF.SISPMENU //ISPSLIB DD DISP=SHR,DSN=SYS1.ISPF.SISPSENU //* //PRINTEXEC PGM=ICEGENER //SYSPRINT DD DUMMY //SYSUT1 DD DISP=(OLD,DELETE),DSN=amp;DFDSSRPT //SYSUT2 DD SYSOUT=* //SYSINDD DUMMY // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN