How to RECALL/RECOVER a Dataset
All, I wonder how can I recall/recover a migrated dataset. Of course I don't just want to open the file - then my application would be blocked until the dataset is online again. Thank you, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED]
Hello Michael, RECALL Try online TSO HRECALL 'fully.qualified.dataset.name' NOWAIT For batch a colleague had to write a rexx to conditionally recall datasets as the first step of the job, or an entire sequence of jobs. It uses catalog search to decide if the dataset(s) needs recalling, thus avoiding issuing superfluous HRECALLs for non-migrated datasets. Too many of the latter can clog the tape management system. That was a detailed piece of work, but the really hard bit is persuading numerous teams to bother to change their JCLs to use such a rexx instead of just letting datasets recall one by one. RECOVER A different beast, now you have to dig into your tape archiving system and see what if any backup exists for a given file. It has to be recovered, I presume, before you can even schedule the dependent jobs. Surely this is more like an error situation deserving a bit of human involvement...? Regards inexpertly yours, Jim Canberra -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge Sent: 14 Sep 2007 17:10 To: IBM-MAIN@BAMA.UA.EDU Subject: How to RECALL/RECOVER a Dataset All, I wonder how can I recall/recover a migrated dataset. Of course I don't just want to open the file - then my application would be blocked until the dataset is online again. Thank you, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html IMPORTANT The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material. Any review, re-transmission, disclosure dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited and may result in severe penalties. If you have received this e-mail in error please notify the Privacy Hotline of the Australian Taxation Office, telephone 13 28 69 and delete all copies of this transmission together with any attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Response to Peter Relson
Bob Halpern [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... As a member of the Candle Omegamon CICS team, I visited IBM Hursley involved with CICS 3.0/3.1 interfaces. It took us hours to gat across the concept that a monitoring product has to show what is happening behind the API interfaces. We finally did, and 3.1 came out with more exits. The problem is that the developers do not see the user side of the issues, and it the user's responsibility to explain, not IBM's to perceive. Well, during the discussion this week, an old example kept on playing through my head and as Bob mentions his example, I will add mine too. Not to get it active again, but merely to show how we sometime experience IBM's support, although I must say this is not regular practice. When I started playing with SDSF Operlog, I was very excited about the new functionality it brought, especially the filters. However after some time I noticed that the MSGID filter did not capture all occurances of a msgid. It appeared that it did not trap msgid's that were WTOR's. Apparently, the position of the msgid was strictly defined at the beginning of the syslog messageline, which of course is not true for WTOR's, where it at position 3, e.g.: 69 IEF235D jobname stepname WAITING FOR VOLUMES. TO CANCEL WAIT REPLY 'NO' I reported it as a problem in Operlog, but much to my surprise, the answer came that the design was as I had noticed: the msgid is at position 1-8 of the syslog line. I still replied, that this of course was something that was overlooked and that IEF235D was really defined as a msgid in the messagemanual, so there was no doubt about what the messageid of the message was and asked again to change the filter. Again came the reply that this was the design of the msgid filter and the design was not going to be changed, period. Fully baffled by this view on the problem, I dropped the issue, but kept un uneasy feeling about this, compared to the good level of IBM support I had experienced before. Development's world can be quite different from the real / users world, my colleague responsible for System Automation regularly has this kind of clashes. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED]
Jim, I thought about a Assembler Solution to do so (RECALL would be enough for me). Bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Global mirror for z/OS
-- snip -- Having said that, I heartily endorse the technology. We started mirroring DASD in the late 90's when we still had to use conventional channel extenders. However you do it, nothing improves performance more than money does. ;-) -- snip -- I agree Skip. Knowing that one has a copy of their data (be it Asynch or Synch) at another site is certainly a good feeling. Distance (and cost) often dictates which method of duplication is used. -- snip -- We are building a disaster recovery datacenter about 4 hrs. from our primary site. Does anyone have any information on XRC Global mirroring for z/OS and are there any good redbooks/manuals? -- snip -- Sharon, there are a lot of good publications on the IBM site (you didn't say what kind of hardware you're using). For example. DS8000 Copy services - SG24-6787 Implementing ESS copy services - SG24-5680 (a little old - but still good) DFSS Advanced copy services - SC35-0428 Also take a look at the XRC monitor. Take a look at some of the presentations that have been offered by Share in the past (you can thank Skip for one of those). (www.share.org) Attent Share. There are often very good presentations that give you a much deeper look into the hardware than you can get from a manual. You can also hear some real user experiences. John. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: backing up a zFS container file
You cannot work at record level with neither DB2 (table/index space) datasets, not zFS. Reason: those datasets are LINEAR. LDS does not contain records. However using IDCAMS against DB2 LDSes is pefrectly safe AFAIK. -- Radoslaw Skorupka Lodz, Poland Kenneth E Tomiak wrote: While it, and DB2 Linear datasets may look VSAM-ish, there are limitations. If you use IDCAMS you may need to work at the CI level, not the record level. On Thu, 13 Sep 2007 09:04:57 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 13 Sep 2007 08:43:41 -0500, McKown, John [EMAIL PROTECTED] wrote: Is there any reason that IDCAMS EXPORT TEMPORARY will not work to create a backup of an unmounted zFS container file? Or should I use DFDSS? What about CA's FAVER VSAM backup tool? -- The DFS zFS admin guide says to use DFDSSdss since it automatically quiesces the zFS aggregate. But if it is unmounted, the quiesce is not an issue.There is a Redbook (z/OS Distributed File Service zSeries File System Implementation - SG24-6580-01) that talks about other options including IDCAMS REPRO or creating a clone as a backup file system. Mark -- 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
Catalog at DR
Urgent! We are at DR and are having issues and a debate. System restored to Day XXX and declared DR happened XXX + 6. TLMS restored to XXX + 6. Here's the problem we're discussing. What about the catalogs? Do we restore them to XXX + 6 or is there a TLMS synch thing we need to run? We don't have this process in our documentation as the previous executor is no longer with us and didn't leave a good paper trail. (Our bad...). TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Catalog at DR
Baseline dumps are done once per week, full volume. TLMS and catalogs are backed up each day. We don't use ABARS or any other incrementals. Established BMT...evolving slowly... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
XCFAS overhead
Hello everybody, I've seen some weird XCFAS behavior in one of our systems recently that I'm trying to understand/explain so I need your help. This used to be a 3 way sysplex on 2 cpcs and everything was fine. The company I work for then decided to outsource it and we kind of lost control over what happens and sometimes we get some not-so-nice surprises. This started to happen on our development image last week; it's a 300mip capped system, so it normally runs at 100% lpar cpu, with a dozen of db2 ddf threads, batch jobs and tso regions. But since then, with appearly the same loads it hungs cpu constrained. Rmf mon3 showed xcfas as the primary cause of cpu wait for every application. Looking further into rmf mon3, I uncovered that isglock access rate increased by 10 times when system was slow; I also found that our sysplex turned to 11 systems with at least 6 of them with production kind of load. My conclusions are: -The capped lpar is suffering and loosing competition on sysplex resources due to it's low priority. -Some hardware/software configuration change is making this (and maybe every) image to make a lot more grs calls. And my questions are: -How adding new images would negatively impact performance on existing ones even if new images do not share files or databases with existing ones? -Can isglock structure be split over several cfs - rmf shows we have 4 cfs active - and can traffic be directed to a specific cf? (I'm almost sure that the answer is NO but I might perfectly be wrong) Thanks a lot in advance for your help, Walter Trovijo Jr. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Catalog at DR
Daniel McLaughlin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Urgent! We are at DR and are having issues and a debate. System restored to Day XXX and declared DR happened XXX + 6. TLMS restored to XXX + 6. Here's the problem we're discussing. What about the catalogs? Do we restore them to XXX + 6 or is there a TLMS synch thing we need to run? We don't have this process in our documentation as the previous executor is no longer with us and didn't leave a good paper trail. (Our bad...). TIA Why do you restore TLMS at xxx+6? Do you have the tapes of xxx+6? When we did DR at a remote site, we created syncpoints where catalog and CA1-TMC, DB2 etc. were backed up synchronously. I think you create problems by restoring data from different dates and try to recreate consistent data. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking system parameters values
For better or worse (mostly worse), there is no documented way to display the values that you provided via IEAOPTxx. OMEGAMON (or other monitors) may show some, but not necessarilly all. - 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: CBT Tape Help - Won't Assemble
This is my assembly: //ASM PROC NAME=, // LIST='SYSOUT=*' //ASM EXEC PGM=ASMA90,COND=(4,LT), // REGION=4096K, // PARM='LINECOUNT(55),DECK,NOOBJECT,XREF(SHORT)' //SYSPRINT DD LIST //SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) //SYSLIB DD DSN=SYS1.MACLIB,DISP=SHR // DD DSN=SYS1.MODGEN,DISP=SHR // DD DSN=SYS1.V2R10M0.SHASSRC,DISP=SHR // DD DSN=SYS1.V2R10M0.SHASMAC,DISP=SHR // DD DSN=TECH.DITTO.MACLIB,DISP=SHR --- 2 // DD DSN=TECH.DITTO.SRCLIB,DISP=SHR --- 2 //SYSPUNCH DD DSN=WK,DISP=MOD //SYSINDD DSN=TECH.DITTO.SRCLIB(NAME),DISP=SHR --- 3 // PEND Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: Catalog at DR
I must be missing something. If you backup the catalogs and the TLSM VMF on a daily basis; why is the TLMS database restored at the xxx+6 level and the catalog's are restored at the xxx level? If the catalogs are backed up daily, they should be restored from the latest backup along with the VMF. Russell Witt TLMS Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Daniel McLaughlin Sent: Friday, September 14, 2007 6:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Catalog at DR Baseline dumps are done once per week, full volume. TLMS and catalogs are backed up each day. We don't use ABARS or any other incrementals. Established BMT...evolving slowly... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking system parameters values
For better or worse (mostly worse), there is no documented way to display the values that you provided via IEAOPTxx. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: backing up a zFS container file
Yeah that must be an error in the RedBook. I just checked and there is an updated (02) version called z/OS Distributed File Service zSeries File System z/OS V1R7 Implementation, but it says the same thing: You can back up zFS file systems by doing the following: A zFS aggregate can be backed up and restored using IDCAMS REPRO. The aggregate must be quiesced before the backup. A zFS aggregate can be backed up and restored using DFSMSdss. The aggregate must be quiesced before the backup. Even if REPRO worked, you would have to unmount the zFS, not just quiesce it since OMVS owns the data set and has an exclusive ENQ. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Fri, 14 Sep 2007 12:24:39 +0200, R.S. [EMAIL PROTECTED] wrote: You cannot work at record level with neither DB2 (table/index space) datasets, not zFS. Reason: those datasets are LINEAR. LDS does not contain records. However using IDCAMS against DB2 LDSes is pefrectly safe AFAIK. -- Radoslaw Skorupka Lodz, Poland Kenneth E Tomiak wrote: While it, and DB2 Linear datasets may look VSAM-ish, there are limitations. If you use IDCAMS you may need to work at the CI level, not the record level. On Thu, 13 Sep 2007 09:04:57 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 13 Sep 2007 08:43:41 -0500, McKown, John [EMAIL PROTECTED] wrote: Is there any reason that IDCAMS EXPORT TEMPORARY will not work to create a backup of an unmounted zFS container file? Or should I use DFDSS? What about CA's FAVER VSAM backup tool? -- The DFS zFS admin guide says to use DFDSSdss since it automatically quiesces the zFS aggregate. But if it is unmounted, the quiesce is not an issue.There is a Redbook (z/OS Distributed File Service zSeries File System Implementation - SG24-6580-01) that talks about other options including IDCAMS REPRO or creating a clone as a backup file system. Mark -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Catalog at DR
Daniel, Russell Witt makes a good point about your daily BCS and VMF backups. But if those are not working for you in your DR situation then I understand the issue confronting you. If you are a Dino-Softrware T-REX customer you can use the AUDIT FOCUS(TAPE) OBJECT(UNCATALOG) or the TAPEAUDIT OBJECT(TMCBCS) commands which would allow you to bring the BCS into close sync with the VMF. Since TLMS does not maintain a dataset is cataloged flag there is no way to get the BCS in lock-sync with the VMF the way you could with, say, CA1. What T-REX does provide will get you very close. And since this is a DR situation, overcorrecting for cataloged tape datasets may not hurt your situation any. Dee Shrier Dino-Software Corporation www.dino-software.com 800-480-DINO (3466) [EMAIL PROTECTED] Dino-Software Utilities T-REX - Superior catalog management tool inclusive of HSM Tape audits REORGadon - First REORG While-OPEN tool for HSM Teradon - First ever OnLine REPRO MERGECAT utility Xtinct - DASD Data purge RTD - DASD Real Time Defrag DAL - Analysis for Legato in an easy to view format Daniel McLaughlin wrote: Urgent! We are at DR and are having issues and a debate. System restored to Day XXX and declared DR happened XXX + 6. TLMS restored to XXX + 6. Here's the problem we're discussing. What about the catalogs? Do we restore them to XXX + 6 or is there a TLMS synch thing we need to run? We don't have this process in our documentation as the previous executor is no longer with us and didn't leave a good paper trail. (Our bad...). TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R9 Migration Checker for z/OS Tool Now Available!
Mark, Thanks for the feedback. Incidentally, the Migration Checker tool has had an additional side-effect of detecting some incorrect IKJTSOxx settings too, in at least two instances I know of :)... -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: backing up a zFS container file
Mark, I didn't say that IDCAMS can be used for zFS when in use, did I ? The same apply to DB2 files. Bothe can be copied using IDCAMS, but not when used by application. However both cannot be processed on record level due to... lack of records. g -- Radoslaw Skorupka Lodz, Poland Mark Zelden wrote: Yeah that must be an error in the RedBook. I just checked and there is an updated (02) version called z/OS Distributed File Service zSeries File System z/OS V1R7 Implementation, but it says the same thing: You can back up zFS file systems by doing the following: A zFS aggregate can be backed up and restored using IDCAMS REPRO. The aggregate must be quiesced before the backup. A zFS aggregate can be backed up and restored using DFSMSdss. The aggregate must be quiesced before the backup. Even if REPRO worked, you would have to unmount the zFS, not just quiesce it since OMVS owns the data set and has an exclusive ENQ. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Fri, 14 Sep 2007 12:24:39 +0200, R.S. [EMAIL PROTECTED] wrote: You cannot work at record level with neither DB2 (table/index space) datasets, not zFS. Reason: those datasets are LINEAR. LDS does not contain records. However using IDCAMS against DB2 LDSes is pefrectly safe AFAIK. -- 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
Check it out - AMATERSE, supported TERSE
APAR OA19194 just closed - supported version of TERSE, with PDSE support. PTF is not yet available Alex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CBT Tape Help - DITTO
Has anyone got the DITTO utility to work from the CBT Tape? I did as instructed and the MACLIB is empty and assemblies fail. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: Catalog at DR
Dan, What is your sync point to recover your Data and Operating System: User data, Catalogs, TMC, etc must be in sync. You indicate that you do not do incrementals (ie ABARS). That tells me that your sync point must be the weekend full volume backups. Are you also backing up your application/user DASD data via Full Volume Backups from the weekend? Daniel McLaughlin Daniel_McLaughli [EMAIL PROTECTED] To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Catalog at DR 09/14/2007 06:49 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Urgent! We are at DR and are having issues and a debate. System restored to Day XXX and declared DR happened XXX + 6. TLMS restored to XXX + 6. Here's the problem we're discussing. What about the catalogs? Do we restore them to XXX + 6 or is there a TLMS synch thing we need to run? We don't have this process in our documentation as the previous executor is no longer with us and didn't leave a good paper trail. (Our bad...). TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 message is intended only for the addressee and may contain information that is confidential or privileged. Unauthorized use is strictly prohibited and may be unlawful. If you are not the intended recipient, or the person responsible for delivering to the intended recipient, you should not read, copy, disclose or otherwise use this message, except for the purpose of delivery to the addressee. If you have received this email in error, please delete and advise the IT Security department at [EMAIL PROTECTED] immediately -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: backing up a zFS container file
On Fri, 14 Sep 2007 15:52:51 +0200, R.S. [EMAIL PROTECTED] wrote: Mark, I didn't say that IDCAMS can be used for zFS when in use, did I ? The same apply to DB2 files. Bothe can be copied using IDCAMS, but not when used by application. However both cannot be processed on record level due to... lack of records. g No, you didn't. But my first post that referenced the Redbook said that IDCAMS REPRO could be used if it was quiesced. It can't. But I guess if you unmount it you should be able to use REPRO if you work at the CI level as was already stated by Ken. The zFS admin guide makes no mention of REPRO at all. I would stick with DFSMSdss or FDR with HFS=QUIESCE specified (or defaulted via FDR global options). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Individual UCB entries converted to a RANGE
Okay, I have a list of UCB ranges. I need to take the string and clump them back together. My entries are on individual lines. I am thinking a REXX might be the best process with a sort, but not sure if someone may have already have something they could share with me. For example: 1000, 1001, 1002, 1003, 1004, 100A, 100B Would result in 1000-1004, 100A-100B Does anyone know of the best way to reverse the list back into a range? 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
Re: Concurrent Upgrade Puzzlement.
Thanks Jim!! Executed the command as suggested. The CPU status went from a plus '+' to a 'N' as expected and desired. Thanks all!! Hal -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: Thursday, September 13, 2007 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Concurrent Upgrade Puzzlement. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/13/2007 01:09:35 PM: I don't understand this state either :-) ..snip .. One here is worried that we are actually still using the fourth CP, but at full speed. When we next POR or IPL, we could take an unexpected performance hit. This is working as intended. You are not using the fourth physical CP. The removal of a physical CP will be blocked only if it would reduce the number of physicals below the number of currently online CPs in all active zones which use dedicated processors, plus at least one CP for the shared pool. LPAR will allow a zone which uses shared CPs and has more online processors than the number remaining in shared pool after removal to continue to run in this overcommitted state, but of course that is not optimal from a performance point of view, so we would recommend that you use the MVS CF CPU(x),OFFLINE command to reduce the number of online logical CPs in any zone so that it does not exceed the number of processors in the shared pool. One you do this, LPAR will not allow you to CF CPU(x),ONLINE to get back into an overcommited state. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY 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: Individual UCB entries converted to a RANGE
On Fri, 14 Sep 2007 11:38:15 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: Okay, I have a list of UCB ranges. I need to take the string and clump them back together. My entries are on individual lines. I am thinking a REXX might be the best process with a sort, but not sure if someone may have already have something they could share with me. For example: 1000, 1001, 1002, 1003, 1004, 100A, 100B Would result in 1000-1004, 100A-100B Does anyone know of the best way to reverse the list back into a range? I have some code that does it in IPLINFO for supported subsystem function codes. I suppose you can rape and modify that. I remember it being a PITA to code, but looking at it now its only about 30 lines. It might just be easier to do it manually. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAS ITRM vs MXG
Greetings, Preface: I am not a performance analyst. I have no idea what these products do, hence my question. Our capacity analysis team is looking at SAS ITRM 3.1 functionality. In breezing through the synopsis: http://www.sas.com/solutions/itresource/fact.pdf this reads like extensions intended to replace MXG. What's your opinion ??? Can anyone help enlighten me on this ??? Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ASMA142E Operation code not complete on first record
Can someone with more experience in assembler than I have fix this: 000BDE 58DD 00044 1019 L R13,4(R13) RESTO 1020 ASE01670 ** ASMA142E Operation code not complete on first record Active Usings: PSA(X'1000'),R0 S99RB(X'1000'),R1 IOB(X'1000'),R3 IHADCB(X'1 DYNBLOK(X'1000'),R6 DEB(X'1000'),R7 DAIRBLOK(X'1000'),R10 DITTCOMM(X'1000') MSGDSECT(X'1000'),R14 Loc Object CodeAddr1 Addr2 Stmt Source Statement ** ASMA435I Record 645 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE2 98EC D00CC 1021 LMR14,R12,12(R13) RESTO 1022 ASE01680 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 647 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE6 1BFF1023 SRR15,R15 GIVE 1024 ASE01690 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 649 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE8 07FE1025 BRR14 RETUR 1026 ASE01700 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 651 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 Thanks all I got the utility to start to assemble. Is this a bug on the CBT TAPE? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: ASMA142E Operation code not complete on first record
It looks like data wrap. Verify that the source basically lines up in CC 1, 10, 16. If the data starts look ing like th is then you have a dat a wrap problem. Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ASMA142E Operation code not complete on first record Can someone with more experience in assembler than I have fix this: 000BDE 58DD 00044 1019 L R13,4(R13) RESTO 1020 ASE01670 ** ASMA142E Operation code not complete on first record Active Usings: PSA(X'1000'),R0 S99RB(X'1000'),R1 IOB(X'1000'),R3 IHADCB(X'1 DYNBLOK(X'1000'),R6 DEB(X'1000'),R7 DAIRBLOK(X'1000'),R10 DITTCOMM(X'1000') MSGDSECT(X'1000'),R14 Loc Object CodeAddr1 Addr2 Stmt Source Statement ** ASMA435I Record 645 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE2 98EC D00CC 1021 LMR14,R12,12(R13) RESTO 1022 ASE01680 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 647 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE6 1BFF1023 SRR15,R15 GIVE 1024 ASE01690 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 649 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE8 07FE1025 BRR14 RETUR 1026 ASE01700 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 651 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 Thanks all I got the utility to start to assemble. Is this a bug on the CBT TAPE? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASMA142E Operation code not complete on first record
This is the code: DAIR9900 DS0H DITTRACE ID=EXIT TRACE L R13,4(R13) RESTORE REGISTER 13 ASE01670 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS ASE01680 SRR15,R15 GIVE GOOD RETURN CODE ASE01690 BRR14 RETURN TO CALLER ASE01700 Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Thompson, Steve [mailto:[EMAIL PROTECTED] Sent: Friday, September 14, 2007 3:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ASMA142E Operation code not complete on first record It looks like data wrap. Verify that the source basically lines up in CC 1, 10, 16. If the data starts look ing like th is then you have a dat a wrap problem. Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ASMA142E Operation code not complete on first record Can someone with more experience in assembler than I have fix this: 000BDE 58DD 00044 1019 L R13,4(R13) RESTO 1020 ASE01670 ** ASMA142E Operation code not complete on first record Active Usings: PSA(X'1000'),R0 S99RB(X'1000'),R1 IOB(X'1000'),R3 IHADCB(X'1 DYNBLOK(X'1000'),R6 DEB(X'1000'),R7 DAIRBLOK(X'1000'),R10 DITTCOMM(X'1000') MSGDSECT(X'1000'),R14 Loc Object CodeAddr1 Addr2 Stmt Source Statement ** ASMA435I Record 645 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE2 98EC D00CC 1021 LMR14,R12,12(R13) RESTO 1022 ASE01680 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 647 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE6 1BFF1023 SRR15,R15 GIVE 1024 ASE01690 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 649 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE8 07FE1025 BRR14 RETUR 1026 ASE01700 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 651 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 Thanks all I got the utility to start to assemble. Is this a bug on the CBT TAPE? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: ASMA142E Operation code not complete on first record
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ASMA142E Operation code not complete on first record This is the code: DAIR9900 DS0H DITTRACE ID=EXIT TRACE L R13,4(R13) RESTORE REGISTER 13 ASE01670 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS ASE01680 SRR15,R15 GIVE GOOD RETURN CODE ASE01690 BRR14 RETURN TO CALLER ASE01700 Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. SNIP The ASEn should be in 73-80 and it looks like you have an LRECL 80 somehow. Just on an off chance, if you get into the source with edit, issue prof as a command and see if the data has PACK on. 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: ASMA142E Operation code not complete on first record
PROFILE UNLOCKIMACRO NONEPACK OFFNOTE ON -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ASMA142E Operation code not complete on first record This is the code: DAIR9900 DS0H DITTRACE ID=EXIT TRACE L R13,4(R13) RESTORE REGISTER 13 ASE01670 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS ASE01680 SRR15,R15 GIVE GOOD RETURN CODE ASE01690 BRR14 RETURN TO CALLER ASE01700 Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. SNIP The ASEn should be in 73-80 and it looks like you have an LRECL 80 somehow. Just on an off chance, if you get into the source with edit, issue prof as a command and see if the data has PACK on. 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 Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: ASMA142E Operation code not complete on first record
Robert, I agree with Steve. It looks to me like sequence numbers that should be in cols 73-80 ended up in cols 1-8 of the next record. Robert Pelletier wrote: Can someone with more experience in assembler than I have fix this: 000BDE 58DD 00044 1019 L R13,4(R13) RESTO 1020 ASE01670 ** ASMA142E Operation code not complete on first record Active Usings: PSA(X'1000'),R0 S99RB(X'1000'),R1 IOB(X'1000'),R3 IHADCB(X'1 DYNBLOK(X'1000'),R6 DEB(X'1000'),R7 DAIRBLOK(X'1000'),R10 DITTCOMM(X'1000') MSGDSECT(X'1000'),R14 Loc Object CodeAddr1 Addr2 Stmt Source Statement ** ASMA435I Record 645 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE2 98EC D00CC 1021 LMR14,R12,12(R13) RESTO 1022 ASE01680 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 647 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE6 1BFF1023 SRR15,R15 GIVE 1024 ASE01690 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 649 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE8 07FE1025 BRR14 RETUR 1026 ASE01700 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 651 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASMA142E Operation code not complete on first record
It's 80: TECH.DITTO.SRCLIB(DITTDAIR) - 01.00 Columns 9 00080 === Scroll === CSR -1+2+3+4+5+6+7+8 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS SRR15,R15 GIVE GOOD RETURN CODE BRR14 RETURN TO CALLER -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ASMA142E Operation code not complete on first record This is the code: DAIR9900 DS0H DITTRACE ID=EXIT TRACE L R13,4(R13) RESTORE REGISTER 13 ASE01670 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS ASE01680 SRR15,R15 GIVE GOOD RETURN CODE ASE01690 BRR14 RETURN TO CALLER ASE01700 Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: ASMA142E Operation code not complete on first record
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 14, 2007 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ASMA142E Operation code not complete on first record It's 80: TECH.DITTO.SRCLIB(DITTDAIR) - 01.00 Columns 9 00080 === Scroll === CSR -1+2+3+4+5+6+7+8 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS SRR15,R15 GIVE GOOD RETURN CODE BRR14 RETURN TO CALLER SNIP It looks like the problem occurred at the time of load of the PDS member. For some reason, your source has run off the end and wrapped to a new line. So you can delete the lines that start with ASE016, or you can shift them and then do a MOVE OVERLAY to put them back in 73-80. 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: 1401 simulator for OS/360
In [EMAIL PROTECTED], on 09/04/2007 at 09:32 AM, Britz, Anton - CO 7th [EMAIL PROTECTED] said: I am still not sure why anybody would want to run an IBM operating system on a PC. It makes way better sense than running Linux on a Mainframe. db -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Response to Peter Relson
On Fri, 14 Sep 2007 10:04:17 +0200, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: ... ... Again came the reply that this was the design of the msgid filter and the design was not going to be changed, period. ... For a long time it was (and I assume still is) IBM's policy that APARs are reports of code defects where the code does not correctly implement the design. There was no such thing as a design defect. No matter how flawed the design, changing the design was viewed as an enhancement. Broken as Designed was not an APARable condition. Luckily, some support teams are willing to bend that rule if the flaw is really obvious. It helps if desired behavior matches documented behavior. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASMA142E Operation code not complete on first record
Thanks all especially Steve and Jim. I got the utility assembled. I really appreciate everything. Have a good weekend. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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: ASMA142E Operation code not complete on first record
A quick way to reconstitute the data is: issue: bnds 1 80 place a period in col 71 of line before misplaced seqid. use textflow TF on the line with the period to bring seqid back to where it belongs. good luck pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/14/2007 03:55:13 PM: -1+2+3+4+5+6+7+8 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS SRR15,R15 GIVE GOOD RETURN CODE BRR14 RETURN TO CALLER SNIP It looks like the problem occurred at the time of load of the PDS member. For some reason, your source has run off the end and wrapped to a new line. So you can delete the lines that start with ASE016, or you can shift them and then do a MOVE OVERLAY to put them back in 73-80. Steve Thompson - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED]
On Fri, 14 Sep 2007 17:18:56 +1000, Fenner, Jim wrote: avoiding issuing superfluous HRECALLs for non-migrated datasets. Too many of the latter can clog the tape management system. How does the TMS get involved for non-migrated data sets? Is the HMS catalog itself migrated to tape? That was a detailed piece of work, but the really hard bit is persuading numerous teams to bother to change their JCLs to use such a rexx instead of just letting datasets recall one by one. Just curious -- does JES3 setup cause recalls? Sometimes setup needs to know the VOLSER, doesn't it? -- 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: 1401 simulator for OS/360
On Fri, Sep 14, 2007 at 4:23 PM, in message [EMAIL PROTECTED], Dave Barry [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 09/04/2007 at 09:32 AM, Britz, Anton - CO 7th [EMAIL PROTECTED] said: I am still not sure why anybody would want to run an IBM operating system on a PC. It makes way better sense than running Linux on a Mainframe. Hmm. While I like Hercules quite a bit, I've never heard of anyone saving millions of dollars running anything on it. I do know a lot of businesses that are saving that kind of money on mainframe Linux, however. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check it out - AMATERSE, supported TERSE
On Fri, 14 Sep 2007 09:12:37 -0500, Alex UMX wrote: APAR OA19194 just closed - supported version of TERSE, with PDSE support. PTF is not yet available Can Unix files be far behind? (Still recalling the time when my files to reproduce an issue were in HFS and IBM requested them TERSEd.) -- 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: Response to Peter Relson
Patrick said: Broken as Designed was not an APARable condition. This may be true but Working As Designed or WAD has been a common response when in reality it should probably have been Working As Coded or WAC (aka Wacky). Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check it out - AMATERSE, supported TERSE
Unless I missed something in the APAR text, I don't understand if this is merely a pumped up version of TRSMAIN. That is--assuming the kind of flat files we're accustomed to--are tersed files interchangeable between the two programs? TRSMAIN has been used for many years by ISVs in the same way IBM has used it. If I AMATERSE a file on my end, can it be UNPACKed by TRSMAIN on the other? And vice versa? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Paul Gilmartin [EMAIL PROTECTED] TEK.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Check it out - AMATERSE, supported TERSE 09/14/2007 02:22 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU On Fri, 14 Sep 2007 09:12:37 -0500, Alex UMX wrote: APAR OA19194 just closed - supported version of TERSE, with PDSE support. PTF is not yet available Can Unix files be far behind? (Still recalling the time when my files to reproduce an issue were in HFS and IBM requested them TERSEd.) -- 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