How to RECALL/RECOVER a Dataset

2007-09-14 Thread Michael Knigge

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]

2007-09-14 Thread Fenner, Jim
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

2007-09-14 Thread Vernooy, C.P. - SPLXM
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]

2007-09-14 Thread Michael Knigge

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

2007-09-14 Thread John Ticic
-- 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

2007-09-14 Thread R.S.
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

2007-09-14 Thread Daniel McLaughlin
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

2007-09-14 Thread Daniel McLaughlin
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

2007-09-14 Thread Walter Trovijo Jr (UOL)
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

2007-09-14 Thread Vernooy, C.P. - SPLXM
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

2007-09-14 Thread Ted MacNEIL
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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Russell Witt
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

2007-09-14 Thread Peter Relson
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

2007-09-14 Thread Mark Zelden
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

2007-09-14 Thread Dee Shrier

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!

2007-09-14 Thread Marna WALLE
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

2007-09-14 Thread R.S.

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

2007-09-14 Thread Alex UMX
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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Mike . Visintin
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

2007-09-14 Thread Mark Zelden
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

2007-09-14 Thread Lizette Koehler
 
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.

2007-09-14 Thread Hal Merritt
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

2007-09-14 Thread Mark Zelden
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

2007-09-14 Thread Kopischke, David G.
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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Thompson, Steve
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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Thompson, Steve
-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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Jim Phoenix

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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Thompson, Steve
-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

2007-09-14 Thread Dave Barry
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

2007-09-14 Thread Patrick O'Keefe
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

2007-09-14 Thread Robert Pelletier
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

2007-09-14 Thread Kirk Talman
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]

2007-09-14 Thread Paul Gilmartin
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

2007-09-14 Thread Mark Post
 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

2007-09-14 Thread Paul Gilmartin
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

2007-09-14 Thread Lionel B Dyck
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

2007-09-14 Thread Skip Robinson
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