Query about DATACLAS from program

[Miklos Szigetvari]

Hi

Any program interface to query,  if  a dataset has a DATACLAS or not ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library Lookaside

[Ron Hawkins]

Chris,

Isn't it LLA that does all the heavy lifting? The CPU time and IO counts
certainly suggest it.

I read it as LLA that measures Fetch Performance and decides what objects
will be placed in the CSVLLA and VLF just acts as a container for the CSVLLA
Dataspaces. I also read a few weeks ago that LLA will cache load modules
from a PDSE into SMSPDSE or SMSPDSE1 rather than VLF if you have Hiperspace
caching defined.

I understand Peter's position, but I think there's a consensus building that
it was IBM that touted the idea that BLDL will work with LLA no matter what
is in the library.

If I was a Share attendee I would submit the requirement, but I think this
is one of very, very few cases where IBM should initiate the change to the
documentation themselves.

Ron
   
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Chris Craddock
> Sent: Tuesday, September 08, 2009 9:22 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Library Lookaside
> 
> Yep. Amazing eh? All of the assembled brain power here arguing with the
guy
> (Relson) who actually owns the component...  It is a pretty common
> idea and (as you know) it even works, but more by happenstance than
anything
> else. VLF is the boy doing the lifting under the covers. You could get the
> same result (and maybe more control) going direct to VLF.
> CC
> 
> On Tue, Sep 8, 2009 at 8:45 PM, Ron Hawkins
> wrote:
> 
> > Chris,
> >
> > I believe you are right. A sure case of reading what I want to see,
rather
> > than what it said.
> >
> > Some other comments on the list say this came from a Share presentation.
> > I'm
> > 99% sure it was an IBM SE that gave me the idea.
> >
> > Ron
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of
> > > Chris Craddock
> > > Sent: Tuesday, September 08, 2009 7:20 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Re: [IBM-MAIN] Library Lookaside
> > >
> > > On Tue, Sep 8, 2009 at 8:52 AM, Ron Hawkins
> > > wrote:
> > >
> > > > 
> > > > While googling this topic, I found the following comments from
someone
> > > > attending Al Groccia's presentation at Share 71 in August 1988:
> > > >
> > > >  "ESA Library Lookaside has been enhanced to apply to non-linklist
> > datasets
> > > > and unauthorized libraries."
> > > >
> > > > I'm assuming this is the same Al Groccia that was working at IBM
Myers
> > > > Corners Lab at that time. On that basis it certainly makes it seem
like
> > IBM
> > > > were telling people that LLA was supporting BLDL for all PDS, and
not
> > just
> > > > Program Fetch.
> > >
> > >
> > > Actually Ron, in "IBM-speak" the more literal interpretation of the
> > wording
> > > of Al Groccia's presentation is the one Peter Relson is using, namely
> > that
> > > LLA had been extended to support load libraries that were not part of
the
> > > linklist and not authorized. While many (most?) people continue to
> > believe
> > > that LLA is intended for caching/managing library directories in
general,
> > I
> > > believe Peter is right - and he ought to be since he's the person who
> > "owns"
> > > that component from a development point of view. VLF is the component
> > that
> > > is actually responsible for caching libraries/objects and LLA exploits
> > VLF
> > > through the CSVLLA CLASS in COFVLFxx. That much is clearly spelled out
in
> > > the Init & Tuna reference (even if nowhere else)
> > >
> > > CC
> > > --
> > > This email might be from the
> > > artist formerly known as CC
> > > (or not) You be the judge.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> 
> 
> 
> --
> This email might be from the
> artist formerly known as CC
> (or not) You be the judge.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Query about DATACLAS from program

[Rob Scott]

IGGCSI00 - see the "DFSMS Managing Catalogs" manual

 


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: 09 September 2009 08:22
To: IBM-MAIN@bama.ua.edu
Subject: Query about DATACLAS from program

Hi

Any program interface to query,  if  a dataset has a DATACLAS or not ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no 
responsibility for malicious or inappropriate content.
--- 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sysplex Basic Question

[Barbara Nitz]

Eric,

>Can you set up a sysplex so that both machines have everything running on
>each CPU in the plex, and when one system crashes the other will
>automatically take over everything?

In theory: Yes. With the exception of the running transaction. That one will 
get terminated. I said 'in theory', because *I* have never seen a sysplex set 
up like that. I guess one needs to look at the big GDPS installations to find 
it.

I will not comment on CICS specifically (no experience here whatsoever), 
though.

> Say you have SYSA and SYSB.  Each has
>10 CICS regions running.  Half of the applications are routed to SYSA, and
>the other half to SYSB, but all 10 CICS regions are running on each system.
>If SYSA crashes, can all transactions now be routed to SYSB?  I'm sure that
>any transactions on SYSA at the time of the crash will not finish, and have
>to be reentered, but I was under the impression that everything after the
>crash could then be routed to SYSB after the SYSA crash.  I'm not sure if
>that could be done automatically by automation, or would take someone to
>look at it and type in a command.

Again in theory, given the proper setup, yes, all transactions get 
automagically 
routed to the other system, without operator (manual) intervention.

It is my understanding that it is hugely expensive to be set up like that. Just 
staying with the basic things for sysplex (and the list is incomplete):

You will need true failure independence for the couple CDSs (meaning they 
really have to be behind two different control units - expensive). 

Your CF structures better be in duplexing state (which implies direct extra 
connections between just the CFs - expensive) for either CFs on different 
boxes or CFs that are standalone boxes - expensive.

Your applications will need to be written in such a way that data sharing is 
still 
performing to your business needs. *We* cannot use IMS shared q (which 
would be a prereq for that scenario) because performacne is so bad.

And that is just naming a few things.
Best regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Query about DATACLAS from program

[Miklos Szigetvari]

Hi

Yes, I'm using IGGCSI00, but  the question is for a nonexsiting dataset, 
can I decide , it has DATACLAS, and will get DATACLAS paramters (as it 
is defined) or I have to define default DCB paramters


Rob Scott wrote:


IGGCSI00 - see the "DFSMS Managing Catalogs" manual




Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com

Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: 09 September 2009 08:22
To: IBM-MAIN@bama.ua.edu
Subject: Query about DATACLAS from program

Hi

Any program interface to query,  if  a dataset has a DATACLAS or not ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 


Info: i...@isis-papyrus.com
Hotline: +43-2236-27551-111 


Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no 
responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-VIEW (SARBCH)

[Binyamin Dissen]

On Tue, 8 Sep 2009 13:37:35 -0300 carlos roberto visconde
 wrote:

:>You d`ont have authorization (RACF).

RACF does not cause an S047.

The program requires APF and is being invoked in such a way that it is not
receiving it.

:>2009/9/8 Gerry Anstey 
:>
:>> Anyone any idea what's wring here:
:>>
:>> I'm trying to call SARBCH from a REXX EXEC, this is what I keep getting:
:>>
:>> IRX0250E System abend code 047, reason code .
:>> IRX0255E Abend in host command SARBCH or address environment routine
:>> LINKMVS.
:>>57 *-*  ADDRESS LINKMVS "SARBCH"
:>>   +++ RC(-71) +++
:>>
:>> Here is my coding:
:>>
:>> "ALLOC DA(CAVIEW.SYSPRINT) F(SYSPRINT) NEW KEEP,
:>>SPACE(2 2) LRECL(133) RECFM(F B)"
:>> "ALLOC DA(CAVIEW.OUTFILE) F(OUTFILE) NEW KEEP,
:>>   SPACE(10 10) LRECL(133) RECFM(F B)"
:>> "ALLOC DA(CAVIEW.SYSIN) F(SYSIN) SHR"
:>> "ALLOC DUMMY F(REPORT)"
:>> /*"CALL *(SARBCH)"*/
:>> ADDRESS LINKMVS "SARBCH"
:>> "FREE F(SYSIN,SYSPRINT,OUTFILE,REPORT)"
:>>
:>> Any ideas?
:>>
:>> I looked up the message but it all seemed a bit vague, has anyone had any
:>> success calling SARBCH from REXX?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library Lookaside

[Martin Packer]

IIRC it's BOTH LLA and VLF that do the heavy lifting...

LLA buffers directories in its own address space and passes modules via 
class CSVLLA to VLF. That's how I learnt it in 1988. It may have changed 
since then but - as it's an area I have a special interest in - I'd hope 
to have caught any changes.

And I got the impression LLA could buffer directories for ANY PDS. (But 
not PDSE). Again it's an "IIRC".

Cheers, Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter ID: MartinPacker

"They're figuring out that collaboration isn't a productivity hit, it 
makes them smarter." Sam Palmisano on BlogCentral, 26 November 2008





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Query about DATACLAS from program

[Rob Scott]

There might be a way to do this with the SMS SSI interface (I am not sure) - 
however this is a licensed interface and not available to normal customers.

I should also point out that IGWASMS is an alternate to using IGGCSI00 - but 
again this depends on the dataset actually existing.

You can use NaviQuest to run SMS test cases - although this is not really what 
you are after.


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: 09 September 2009 09:11
To: IBM-MAIN@bama.ua.edu
Subject: Re: Query about DATACLAS from program

Hi

Yes, I'm using IGGCSI00, but  the question is for a nonexsiting dataset, can I 
decide , it has DATACLAS, and will get DATACLAS paramters (as it is defined) or 
I have to define default DCB paramters

Rob Scott wrote:

>IGGCSI00 - see the "DFSMS Managing Catalogs" manual
>
> 
>
>
>Rob Scott
>Developer
>Rocket Software
>275 Grove Street * Newton, MA 02466-2272 * USA
>Tel: +1.617.614.2305
>Email: rsc...@rs.com
>Web: www.rocketsoftware.com
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
>Behalf Of Miklos Szigetvari
>Sent: 09 September 2009 08:22
>To: IBM-MAIN@bama.ua.edu
>Subject: Query about DATACLAS from program
>
>Hi
>
>Any program interface to query,  if  a dataset has a DATACLAS or not ?
>
>--
>Miklos Szigetvari
>
>Development Team
>ISIS Information Systems Gmbh
>tel: (+43) 2236 27551 570
>Fax: (+43) 2236 21081
>
>E-mail: miklos.szigetv...@isis-papyrus.com
>
>Info: i...@isis-papyrus.com
>Hotline: +43-2236-27551-111
>
>Visit our Website: http://www.isis-papyrus.com
>---
>This e-mail is only intended for the recipient and not legally binding. 
>Unauthorised use, publication, reproduction or disclosure of the content of 
>this e-mail is not permitted.
>This email has been checked for known viruses, but ISIS accepts no 
>responsibility for malicious or inappropriate content.
>---
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>  
>

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no 
responsibility for malicious or inappropriate content.
--- 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DYNAMNBR

[R.S.]

Paul Gilmartin pisze:

I see:

  16.6.2 "z/OS V1R7.0 MVS JCL Reference"
 ___

16.6  DYNAMNBR Parameter
  16.6.2 Subparameter Definition

   n
  Specifies a value used to calculate the maximum number of data
  set allocations that the system can hold in anticipation of
  reuse. Specify n as a decimal number from 0 through 3273 minus
  the number of DD statements in the step.  
 ...
But I just successfully ran a job step with DYNAMNBR=120 which
allocated 340 DDNAMEs without freeing any.  But a similar job
with about 1000 allocations failed.

Certainly I don't understand the significance of "hold in anticipation
of reuse".  Is it possible that the bulk of my allocations (to Unix
files) were not so held?  The UG, cited later on the page doesn't
help much.

What's really happening?  Would I be able to do my 1000 allocations
(subject to TIOT limitations) if I specified DYNAMNBR=1000?


First, the descripion above is not correct (incomplete). There is no 
simple limit for number of DDs. If your dataset has large DVC number 
(dynamic volume count) or it is multi-volume then it consumes more space 
in TIOT, decreasing limit of DDs.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[George Rodriguez]

The only reason we did that was because the conversion of one release to 
another started almost 2.5 years ago.

Remember that I said that the problem wasn't the installation of the system but 
rather the application testing. That's what took us so long to go from v1.4 to 
v1.7.

Thanks for all the responses on the wait between STC.


George Rodriguez
Specialist, Systems Programmer
Network & Technical Services
(561) 357-7652 (office)
(561) 707-3496 (mobil)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B-332
West Palm Beach, FL. 33406-5869
Florida Only A-Rated Urban District For Five Consecutive Years

- Original Message -
From: IBM Mainframe Discussion List 
To: IBM-MAIN@bama.ua.edu 
Sent: Tue Sep 08 22:30:35 2009
Subject: Re: Startup of All STCs After IPL

At 14:13 -0500 on 09/08/2009, Mark Zelden wrote about Re: Startup of 
All STCs After IPL:

>On Tue, 8 Sep 2009 11:35:28 -0700, Edward Jaffe
> wrote:
>
>>George Rodriguez wrote:
>>>  The truth is that we just got off of v1.4... Not because of the system
>>>  work that was required, but because of the testing that needed to be
>>>  done by application support. There was a great deal of changes that were
>>>  needed to go to v1.7 and to eliminate a double billing situation with 2
>>>  versions of CICS (v1.3 and v3.1). Now that we are done, the plan is to
>>>  go to v1.9 and in a couple of years go to v1.10 or v1.11 (depending on
>>>  how stable it is).
>>>
>>
>>I'm just concerned that you're spending valuable time upgrading from an
>>unsupported release to a release that becomes unsupported exactly three
>>weeks from tomorrow...
>>
>>See http://www.ibm.com/systems/z/os/zos/support/zos_eos_dates.html
>>
>
>He still has another year

My question is why waste the time/effort to go to from v1.4 to v1.7 
only to get one year of support when going to v1.8 would seem to be 
the same time/effort and would result in a number of years of 
support. It is not as if v1.8 was bleeding edge and thus a larger 
risk than v1.7.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
--Palm Beach County Schools-

Rated "A" by the Florida Department of Education 2005-2009

-Home of Florida's first LEED Gold Certified School-
---http://www.palmbeachschools.org-

The District of Palm Beach County is an Equal Education Opportunity
Provider and Employer. Under Florida law, e-mail addresses are
public records. If you do not want your e-mail address released in
response to a public records request, do not send  electronic mail
to this entity. Instead, contact this office by phone or in
writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Query about DATACLAS from program

[Miklos Szigetvari]

Hi

Thank  you Rob
The problem occurs with C/C++ runtime, as it assigns some default DCB 
attribs to a newly created dataset
If I would know if it gets theDCB attribs from theDATACLASS or not  I, I 
can decide to set the defults to ZERO(i.e. let DATACLAS) or set some 
other defaults.


Rob Scott wrote:


There might be a way to do this with the SMS SSI interface (I am not sure) - 
however this is a licensed interface and not available to normal customers.

I should also point out that IGWASMS is an alternate to using IGGCSI00 - but 
again this depends on the dataset actually existing.

You can use NaviQuest to run SMS test cases - although this is not really what 
you are after.


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com

Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: 09 September 2009 09:11
To: IBM-MAIN@bama.ua.edu
Subject: Re: Query about DATACLAS from program

Hi

Yes, I'm using IGGCSI00, but  the question is for a nonexsiting dataset, can I 
decide , it has DATACLAS, and will get DATACLAS paramters (as it is defined) or 
I have to define default DCB paramters

Rob Scott wrote:

 


IGGCSI00 - see the "DFSMS Managing Catalogs" manual




Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
Behalf Of Miklos Szigetvari

Sent: 09 September 2009 08:22
To: IBM-MAIN@bama.ua.edu
Subject: Query about DATACLAS from program

Hi

Any program interface to query,  if  a dataset has a DATACLAS or not ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081

E-mail: miklos.szigetv...@isis-papyrus.com

Info: i...@isis-papyrus.com
Hotline: +43-2236-27551-111

Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no 
responsibility for malicious or inappropriate content.
---

--
For IBM-MAIN subscribe / signoff / archive access instructions, send 
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions, send 
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html




   



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 


Info: i...@isis-papyrus.com
Hotline: +43-2236-27551-111 


Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no 
responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.

Re: Sysplex Basic Question

[Richards, Robert B.]

Eric,

IIRC from my last company, we had redundancy across two CECs using CICS and DB2 
data sharing. It was configured in such a way as to be able to take a hit on 
one CEC and keep on trucking. We provided multiple, identical, concurrently 
operating CICS regions and DB2 subsystems to which CICS automatically and 
dynamically routed transactions. When one or more CICS regions became 
unavailable, due to maintenance or application/transaction error, other CICS 
regions and DB2 subsystems were available to process the work.

Once that was running correctly, we implemented GDPS, replicating the setup to 
a secondary datacenter.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Barbara Nitz
Sent: Wednesday, September 09, 2009 3:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sysplex Basic Question

Eric,

>Can you set up a sysplex so that both machines have everything running on
>each CPU in the plex, and when one system crashes the other will
>automatically take over everything?

In theory: Yes. With the exception of the running transaction. That one will
get terminated. I said 'in theory', because *I* have never seen a sysplex set
up like that. I guess one needs to look at the big GDPS installations to find 
it.

I will not comment on CICS specifically (no experience here whatsoever),
though.

> Say you have SYSA and SYSB.  Each has
>10 CICS regions running.  Half of the applications are routed to SYSA, and
>the other half to SYSB, but all 10 CICS regions are running on each system.
>If SYSA crashes, can all transactions now be routed to SYSB?  I'm sure that
>any transactions on SYSA at the time of the crash will not finish, and have
>to be reentered, but I was under the impression that everything after the
>crash could then be routed to SYSB after the SYSA crash.  I'm not sure if
>that could be done automatically by automation, or would take someone to
>look at it and type in a command.

Again in theory, given the proper setup, yes, all transactions get automagically
routed to the other system, without operator (manual) intervention.

It is my understanding that it is hugely expensive to be set up like that. Just
staying with the basic things for sysplex (and the list is incomplete):

You will need true failure independence for the couple CDSs (meaning they
really have to be behind two different control units - expensive).

Your CF structures better be in duplexing state (which implies direct extra
connections between just the CFs - expensive) for either CFs on different
boxes or CFs that are standalone boxes - expensive.

Your applications will need to be written in such a way that data sharing is 
still
performing to your business needs. *We* cannot use IMS shared q (which
would be a prereq for that scenario) because performacne is so bad.

And that is just naming a few things.
Best regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sysplex Basic Question

[Scott Chapman]

Yes, but there are some significant caveats.

First off, the users that are logged on to the CICS TOR on the failing 
system will be knocked off and have to log back on.  Assuming there's 
a VTAM generic in place, that should be no big deal--they'll get directed 
to the surviving TOR and can continue to work once they log back in.  
If you're coming in via IP via WAS or even a direct socket, there are 
options for similarly routing people to the surviving member.

However, any locks that the failing DB2 had in place are retained until 
that DB2 member is restarted.  You can automate the restart of that 
DB2 on the surviving system to speed that process up, but the time it 
takes to do that is non-zero and related to how much activity was in-
flight at the time of the failure.  

Application design is what really impacts the availability of the 
application during the failure.  For example, it's not uncommon for 
applications to update a common table, and even sometimes a 
common row in that table, for most or all transactions.  In that case, 
it's quite possible for the DB2 that failed to have held a lock on that 
common resource.  That could prevent the application from running 
until that lock is resolved--that is until the failing DB2 is restarted.

And of course if the application has affinities life may be worse.  E.G. 
even our most sysplex- friendly app still uses a single DOR for some file 
access and still has affinities to particular MQs.  So if the system failure 
impacts those  resources, those tasks need to be restarted before the 
application can continue.  Getting those affinities removed is an uphill 
battle because we take almost no unplanned system outages these 
days, so there's very little payback for resolving them.  For planned 
outages we shift those resources to another system at a convenient 
time.

I hope that helps.

Scott Chapman

>Can you set up a sysplex so that both machines have everything 
running on
>each CPU in the plex, and when one system crashes the other will
>automatically take over everything?  Say you have SYSA and SYSB.  
Each has
>10 CICS regions running.  Half of the applications are routed to SYSA, 
and
>the other half to SYSB, but all 10 CICS regions are running on each 
system.
>If SYSA crashes, can all transactions now be routed to SYSB?  I'm 
sure that
>any transactions on SYSA at the time of the crash will not finish, and 
have
>to be reentered, but I was under the impression that everything after 
the
>crash could then be routed to SYSB after the SYSA crash.  I'm not 
sure if
>that could be done automatically by automation, or would take 
someone to
>look at it and type in a command.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Scott Chapman]

By "test" do you mean "sysprog test" or "application test"?

I'm a firm believer that you need a sysprog sandbox to install the 
latest releases and try out new things.  We actually have a separate 
sandbox sysplex so any sysplex-wide things we might need to play 
with won't affect production.

However, it's less clear from an application perspective, and in fact we 
do it both ways.  We have one production 2 member sysplex where 
application dev/test and prod are on both members.  We have another 
4 member plex where 2 are supposedly "production" and the other 
two are supposedly "dev/test".  However, in reality, over time, the 
functions shift around such that that's not such a pure distinction: 
there's user training that goes on in the "dev/test" systems and 
there's application testing that goes on in the "production" systems.  

WLM can do a good job of keeping the dev/test users from hurting the 
production users, and fewer systems imply fewer fixed overheads.  So 
my preference is to do application dev/test and production on the 
same systems.  The most significant negative to that strategy is that 
the application teams will feel better if you can give them a new 
version of the OS in just their test environment first.  But that's really 
only an issue for OS releases--all the major application subsystem 
software (CICS, DB2, MQ) rolls through dev/test before production 
anyways.  And when we roll out new OS releases, we do them one 
side of the production sysplex at a time, about a week apart for the 
sysplex that has dev/test and production on the same systems.  

Scott Chapman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Use of RETAIN

[Daniel McLaughlin]

OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to 
create 
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine 
and stacks all the volumes, 35 of them, fine in the first step. When the next 
step 
starts it belches on the tape so I know it's not passed correctly. I am sure it 
has 
to do with the RETAIN option..so do I put that on the last file of the first 
step or 
the first file of the next or both? This is a DR type of thing and the EXEC, 
which I 
inherited with the job, works great.

And yes...I have read the JCL User guide but it ain't helping a lot...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Tim Brown]

fyi, heres what I use, I just have 10 vols but same concept
Just pass the dasd volser to the proc.

//DUMPVOL PROC

//DISK1DD  UNIT=3390,VOL=SER=&VOL1.,DISP=SHR
//DISK2DD  UNIT=3390,VOL=SER=&VOL2.,DISP=SHR

//DISK10   DD  UNIT=3390,VOL=SER=&VOL10.,DISP=SHR 


//TAPE1DD  DSN=CHGE.&VOL1..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE),  
// UNIT=3590-1,LABEL=(1,SL), 
// VOLUME=(,RETAIN,SER=),
// DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) 
//TAPE2DD  DSN=CHGE.&VOL2..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE),  
// UNIT=3590-1,LABEL=(2,SL), 
// VOLUME=(,RETAIN,REF=*.STEP01.TAPE1),  
// DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760)

//TAPE10   DD  DSN=CHGE.&VOL10..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE),
// UNIT=3590-1,LABEL=(10,SL),   
// VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), 
// DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760)   


// EXEC DUMPVOL, 
//  VOL1=VOL001,  
//  VOL2=VOL002,  

//  VOL10=VOL010

Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbr...@cenhud.com  
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Daniel McLaughlin
Sent: Wednesday, September 09, 2009 7:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Use of RETAIN


OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to 
create 
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine 
and stacks all the volumes, 35 of them, fine in the first step. When the next 
step 
starts it belches on the tape so I know it's not passed correctly. I am sure it 
has 
to do with the RETAIN option..so do I put that on the last file of the first 
step or 
the first file of the next or both? This is a DR type of thing and the EXEC, 
which I 
inherited with the job, works great.

And yes...I have read the JCL User guide but it ain't helping a lot...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Daniel McLaughlin]

OK...I think I see that retain needs to be on each TAPE DD card and refer to 
the 
previous step. I thought once I declared that on the first tape statement in 
the 
next step that each tape within that step would automatically grab the tape.

vol=(,retain,prev.step.tape) on first file, second step and subsequent
Then
vol=(*.prevtape) for following tapes within the step.

And I think you are saying..PREV.STEP1.TAPE1 all the way through the JCL. So 
even step 7 would refer back to STEP1.TAPE1...??

The fog is lifting a little.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Tim Brown]

Mine is a one step job ! Step01 is the only step.

Tim
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Daniel McLaughlin
Sent: Wednesday, September 09, 2009 7:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Use of RETAIN


OK...I think I see that retain needs to be on each TAPE DD card and refer to 
the 
previous step. I thought once I declared that on the first tape statement in 
the 
next step that each tape within that step would automatically grab the tape.

vol=(,retain,prev.step.tape) on first file, second step and subsequent
Then
vol=(*.prevtape) for following tapes within the step.

And I think you are saying..PREV.STEP1.TAPE1 all the way through the JCL. So 
even step 7 would refer back to STEP1.TAPE1...??

The fog is lifting a little.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Daniel McLaughlin]

I see the pattern though and will try it out...thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Query about DATACLAS from program

[John Kington]

Miklos,

>The problem occurs with C/C++ runtime, as it assigns some default DCB
>attribs to a newly created dataset
>If I would know if it gets theDCB attribs from theDATACLASS or not  I, I>
>can decide to set the defults to ZERO(i.e. let DATACLAS) or set some
>other defaults.
Would it be possible for you to pass a dataclas instead of dcb information? You 
should be able to work with your storage administrator to setup a dataclass 
that you can use and would be able to override the dataclass in the ACS routine.
Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

WEBCAST: Transaction Segregation and Security for IBM-Supplied CICS Transactions

[Doc Farmer]

NewEra Software will be hosting two webcasts in September to discuss
Transaction Segregation and Security for IBM-Supplied CICS Transactions. The
webcast will feature Doc Farmer, Senior Security Specialist at InfoSec, Inc.
and a member of NewEra's Security Advisory Board, and will touch on internal
CICS settings to maximize security, a more granular segregation structure
than that suggested by IBM, and the IBM-Supplied CICS Transactions IBM
doesn't tell you about in their "Security CICS" manual. The webcasts will be
held on Thursday, September 17th at 10:00 a.m. EDT, and Tuesday, September
22nd at 11:00 a.m. EDT. Be sure to reserve your place today! 

 

Click on this link to register for the webcast on Thursday, September 17,
2009 at 10:00 am EDT (7:00 am PDT): 

https://neweraevents.webex.com/neweraevents/onstage/g.php?t=a&d=664350515 

 

Click on this link to register for the webcast on Tuesday, September 22,
2009 at 11 am EDT (8 am PDT): 

https://neweraevents.webex.com/neweraevents/onstage/g.php?t=a&d=666800011 

 

Please feel free to pass this invitation along if you don't feel it would
directly apply to you.

 

I look forward to seeing you there. Many Thanks! 

 

Doc Farmer 

Senior Security Specialist 

InfoSec, Inc. 

 

http://www.InfoSecInc.com 

http://www.linkedin.com/in/DocFarmer 

http://tinyurl.com/2t6bwd (Click to Connect)

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Ed Finnell]

 
In a message dated 9/9/2009 6:48:17 A.M. Central Daylight Time,  
daniel_mclaugh...@us.crawco.com writes:

The fog is lifting a little.


>>
Beware falling rocks? Should be preceding  step in all instances.
 
//STEP02   EXEC  BACKUP,DDPREP=STEP01,DDLAB=2
//STEP03   EXEC  BACKUP,DDPREP=STEP02,DDLAB=3
 
It works back to the first step as long as  everything's contained on one 
volume.






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Scott Barry]

On Wed, 9 Sep 2009 06:31:27 -0500, Daniel McLaughlin
 wrote:

>OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX
to create
>a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine
>and stacks all the volumes, 35 of them, fine in the first step. When the
next step
>starts it belches on the tape so I know it's not passed correctly. I am
sure it has
>to do with the RETAIN option..so do I put that on the last file of the
first step or
>the first file of the next or both? This is a DR type of thing and the
EXEC, which I
>inherited with the job, works great.
>
>And yes...I have read the JCL User guide but it ain't helping a lot...
>

Sharing some of your JCL (output, resolved with any symbolics used) and also
specific "error" information with an ABEND code would be helpful beyond
guessing.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sysplex Basic Question

[Staller, Allan]

Can you set up a sysplex so that both machines have everything running
on each CPU in the plex, and when one system crashes the other will
automatically take over everything?  Say you have SYSA and SYSB


YES! It takes some work and some money. There are application changes to
be made to support that mode of operation.
A CF (at least 1) is required, preferably external to the box.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-VIEW (SARBCH)

[Staller, Allan]

AFAIK, CALL cannot be used from TSO for APF authorized execution,
because the TSO CALL command is not authorized.
Check the CBT tape. I know there are a few programs there that will do
what you want to accomplish, an APF authorized CALL.  


I do this every day. I use "CALL" with the fully qualified DSN, and
SARBCH is 
included in both AUTHPGM and AUTHTSF in IJKTSOxx. I have to believe that
it 
is required in both places to work as I usually test to make sure I make
the 
fewest number of changes to get something to work.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z/OS 1.11 (and COBOL 4.2) new features summary

[Steve Comstock]

Here's something I've been doing on an annual basis
for the last four or five years. Hope you find it
interesting / helpful. Feel free to pass it on to
your people if you think they might find it useful...


I've been updating all the courses I'm responsible
for to reflect changes brought about by z/OS 1.11
in each course's subject area.

Actually, z/OS 1.11 and COBOL V4.2 have both been
announced, with COBOL being available at the end of
August and z/OS 1.11 being available near the end
of September, so I've included the COBOL changes
here also.


Since most folks don't get a chance to explore the new
features, I thought I'd list the features introduced in
these areas that I think might be of interest to applications
programmers.

The usefulness of any particular feature will vary from
person to person, of course; I figure if you see something
that looks helpful to you that you can check the docs
(or, of course, schedule a class!)


There's lots here; my top two favorites:

* ISPF edit and view line command HX to display
  individual lines in hex

* Enterprise COBOL 4.2 can use underscore in
  user-defined names

But, read on and pick your favorites...



_For the Assembler programmer in you..._

* New 64 bit amode services for pause / release
  functions; see also Language Environment below



_Various interesting developments_

* Big thing here is EAV (Extended Address Volumes)
  which expand the capacity of DASD volumes past
  65,520 cylinders (z/OS 1.10); for z/OS 1.11,
  extended format sequential data sets are now
  eligible to be placed on EAVs

* Apparently the new FILEDATA=RECORD and EATTR did not
  make the ALLOCATE command, although they did make JCL

* Quite a few changes in SDSF, more details than desired
  here; check the docs if you're into SDSF


[Above points discussed in various courses, where relevant.]



_TSO, CLIST, REXX, ISPF/Dialog Manager:_

* TSO: with LOGONHERE support, you can logon / reconnect
  even if there has not been a disconnect; this allows
  you to reconnect from one workstation while you are
  still logged on to a different workstation; basically,
  your session follows you! This is now the default
  behavior. [Have not yet tested this]

* REXX: LISTDSI has some new values in the SYSRECFM
  variable and returns two new variables regarding
  data sets on EAV volumes

* CLIST: reflects the LISTDSI values mentioned for
  REXX above


* ISPF: Editor adds line commands HX and HXX to allow
  individual [groups of] lines to be displayed in hex

* ISPF: Dialog developers: a new Panel section, )INEXIT,
  which requests each source line of a panel to be passed
  to an identified exit routine to be processed before
  being displayed; this routine can dynamically change the
  panel source! if specified, )INEXIT must be the first
  section of the panel definition

* ISPF: Dialog developers: a new keyword, OPT, on the
  file tailoring )DOT statement; if specified, an empty
  table will not cause dialog termination

* ISPF: the edit COMPARE command can request saving the
  generated superc commands in a data set

* ISPF: STATS EXT edit primary command will support
  extended statistics (line counts > 5 digits)

* ISPF: Dialog developers: EDIT service new keyword: ASCII
  to edit an ASCII data set or member; same for VIEW; also
  on edit and view entry panels (although I see these
  parms on my z/OS 1.10 panels; perhaps its the documentation
  catching up with the product)

* ISPF: Dialog developers: a new keyword on the LMMADD
  service: EXT({NO|YES})

* ISPF: Dialog developers: LMMDISP service supports
  extended statistics

* ISPF: Dialog developers: LMMFIND supports extended
  statistics

* ISPF: Dialog developers: LMMREP supports extended
  statistics

* ISPF: Dialog developers: LMMSTATS supports extended
  statistics

* ISPF: 3.2 screen supports requesting extended attributes
  (that is, if a data set is eligible to reside on an EAV)

* ISPF 3.4: explicit option to have your TSO id prefixed
  to the DSname level if Dsname level not in quotes

* ISPF 3.17 (UDlist) enhancements
  + Options to set default commands based on file type
and to enter su mode
  + New line commands against files, including
AA - auditor auditing
UA - user auditing
FS - file system
MF - modify format
MG - modify group
MO - modify owner



_Program Binder_

* Allows binder parms to be passed in a file pointed
  at with a DDNAME of IEWPARMS


* Binder COMPAT can be specified as ZOSV1R11; ZOSV1R8,
  ZOSV1R9, ZOSV1R10, ZOSV1R11 are now considered "variants"
  of PM5 output format

  [discussed in "Secrets of Inter-Language Communication
  in z/OS"]



_Language Environment (LE)_


* Additional options for HEAPCHK runtime parameter

* New parameters for CEENTRY, CEEPPA, CEEFETCH,
  and new capabilities for CEEFETCH; new macro
  to obtain information about fetched modules at
  run time

  [discussed in "Using LE Services in z/OS"]



_z/OS UNIX System Services_

* New FILEDATA type f

Re: Query about DATACLAS from program

[Miklos Szigetvari]

Hi

John Kington wrote:


Miklos,

 


The problem occurs with C/C++ runtime, as it assigns some default DCB
attribs to a newly created dataset
If I would know if it gets theDCB attribs from theDATACLASS or not  I, I>
can decide to set the defults to ZERO(i.e. let DATACLAS) or set some
other defaults.
   


Would it be possible for you to pass a dataclas instead of dcb information? You 
should be able to work with your storage administrator to setup a dataclass 
that you can use and would be able to override the dataclass in the ACS routine.
 

In our case the C/C++ runtime library creates the DCB etc etc, so I have 
no direct influence for the DCB parameters.
I open the dataset with dataset name X.Y.Z , and if it has a dataclas, I 
would set the DCB parameters (lrecl blksize) to zero, if it hasn't I 
would supply a default value .



Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/VM GDDM install

[Alan Altmark]

On Tue, 8 Sep 2009 13:43:57 +0200, J D Cassidy  wrote:

>I am looking for a document with the title "How to activate GDDM-REXX"
>LY33-6080.
>
>The various references to the above on IBM's websites comes back with
>'document not found'..

Since you are licensed and the product is still in service, open a PMR and
ask for a copy, indicating that you are unable to order it via the IBM
Publications website.

Let the support team do the walking for you.

Alan Altmark
z/VM Development
IBM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Clark, Kevin]

GSG, 

It seems on the surface to be a prudent topology to have dedicated
resources for production (1 LPAR) and isolation from TEST/DEVL workloads
(another LPAR). WLM has made significant inroads into controlling
workloads on a single LPAR, so there are no real resource distribution
issues. 

With that stated: (IMHO)  

1. COST - If the figures add up on ISV software savings, that alone
could justify two LPARS. 

2. Quality Assurance - The ability to roll out software releases and
have technical testers by default (application developers) before
migration to PROD is a definite PRO. 

3. Web Presence - If the mainframe supports your company WEB presence,
targeting a 99.9% uptime solution is another PRO. 

4. Planning and Procedures for operating the two LPARS should not be
taken lightly. Whether to share or not to share DASD, Production
migration of SOURCE & LOAD MODULES. 

If your have a significant NETWORK, investigate a Communication LPAR
where all of your NETWORK access resides. 


Kevin Clark 





-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of gsg
Sent: Tuesday, September 08, 2009 8:40 PM
To: IBM-MAIN@bama.ua.edu
Subject: Seperate LPARs for Prod and Test or a single LPAR for both

Can everyone share some Pros/Cons  on having seperate LPARs for Prod and

Test and also Pros/Cons for having a single LPAR that Prod and Test will

share.  All feedback is welcome.

TIA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-VIEW (SARBCH)

[Paul Gilmartin]

On Wed, 9 Sep 2009 07:39:01 -0500, Staller, Allan wrote:

>AFAIK, CALL cannot be used from TSO for APF authorized execution,
>because the TSO CALL command is not authorized.
>Check the CBT tape. I know there are a few programs there that will do
>what you want to accomplish, an APF authorized CALL.
>
TSO has elaborate mechanisms to support CALL of APF authorized programs;
used regularly for IDCAMS, IEBCOPY, and many others.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: UNNUM

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Tuesday, September 08, 2009 3:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: UNNUM
> 
> On Tue, 8 Sep 2009 12:50:45 -0400, Pinnacle wrote:
> >
> >I've always used NUM ON;UNNUM;NUM OFF.  That would probably 
> get you past the
> >prompts.
> >
> I'd be careful doing that when the intent is to preserve
> numeric data in 73-80.  NUM ON instantly and quietly destroys
> the content of those columns.
> 
> But then, as I've said, I have no love of numbers, nor of ISPF's
> support of them.
> 
> -- gil

Right! It might be better with something like:

C P'' C'' ALL 73 80

to change only lines where columns 73-80 are all numeric. In this case, I don't 
think it matters. But at another job, we actually ISPF edit for data entry. The 
data did contain all numeric in columns 73-80, just not line numbers. And ISPF 
kept changing to NUM ON and really upset the data entry clerks (reasonably).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Paul Gilmartin]

On Wed, 9 Sep 2009 06:44:40 -0600, Steve Comstock wrote:
>
>* Apparently the new FILEDATA=RECORD and EATTR did not
>   make the ALLOCATE command, although they did make JCL
>
There ought to be a Requirement for this, and for support
by BPXWDYN.


>* TSO: with LOGONHERE support, you can logon / reconnect
>   even if there has not been a disconnect; this allows
>   you to reconnect from one workstation while you are
>   still logged on to a different workstation; basically,
>   your session follows you! This is now the default
>   behavior. [Have not yet tested this]
>
Particularly, test where the new terminal is of a different
type from the old.  My prediction is it will work pretty
well for TSO command line; poorly-to-worthless for ISPF
sessions, possibly leading to cascading errors that can't
be escaped.  Possibly a candidate for an APAR, which will
be closed SUG (which means WAD).


>* New FILEDATA type for z/OS UNIX files: FILEDATA=RECORD
>   creates files with each record having a four
>   byte prefix (x'00' followed by three byte
>   record length)
>
>   The prefix is built on write, removed on read, so a
>   program won't see it; useful for files whose records
>   have more than text (packed decimal, say, or binary
>   data): prevents inadvertent end of record by
>   accidentally having EBCDIC new line, x'15'
>
So UNIX files will be more generally useful.  This is
becoming a back door to support of FBA DASD.


Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[Mark Zelden]

On Tue, 8 Sep 2009 22:30:35 -0400, Robert A. Rosenberg 
wrote:


>
>My question is why waste the time/effort to go to from v1.4 to v1.7
>only to get one year of support when going to v1.8 would seem to be
>the same time/effort and would result in a number of years of
>support. It is not as if v1.8 was bleeding edge and thus a larger
>risk than v1.7.
>

This sort of thing has been discussed many times.  I have no idea what
the exact circumstances are here, but if you need coexistence, you have
to stay within the supported coexistence levels.  This is not the same as
"jumping forward" or even (unsupported) fallback.  I'm talking about 
running a mixed complex (shared spool, catalogs, dasd, various control
data sets for HSM, RMM, etc.).   If your business is willing to make the
jump forward for all systems at the same time, then you can do it.  If
not, you have to stay within the supported coexistence levels.   And no,
the extended support for z/OS 1.7 and z/OS 1.8 does not address this
issue.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[Walter Marguccio]

- Original Message 

From: George Rodriguez 

> The only problem with this method is that I sometimes need a wait
> between commands... Is there anyone else using this method? If not, are
> you willing to share whatever you use?

For startup, as well as shutdown, we use the AUTOIPL package from Zhou Guanghui.
(file 623 at www.cbttape.org). It has some very good features like WAIT, REPLY, 
WTO/WTOH.

The only drawback is that it can't be started under the master scheduler. So, 
for
shutdown purposes I use the COMMAND package (already mentioned by others)
to close JES2 and issue Z EOD.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany


  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

HSM: ABACKUP

[Arturo]

I would like to know if anyone is aware of a command that can be issued in 
real time to display what dataset is being backed up by ABACKUP while it’s 
executing. 

Example:
  Job  issues:  SUBMIT ABACKUP(X) EXEC

AGGREGATE X is backing up 200 datasets. But job J needs file z 
which is being backed up by one of the 2 to 8 ABACKUP that is executing. 

And I want to be able to display why job J is not running and/or if it 
times 
out and I see in the joblog the file that the job needed I would like to be 
able 
to issue command 
C in real time and see which of the 2 to 8 ABACKUP that are running has 
the file or at least be able to see what file each is processing at the time 
that 
I issue the command. 

Is this possible?  I am aware of the batch jobs that I can run to see in which 
aggregate the file in question is in. but, I am looking for something in real 
time 
that I can issue. 

Example:

Tso hsend command ( which will display the below)

Job T backing up ss
Job E “ “  n
Job   “ ”  z   (now I know that this is the ABACKUP that 
has 
the file)

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Paul Gilmartin]

On Wed, 9 Sep 2009 06:44:40 -0600, Steve Comstock wrote:
>
>* New FILEDATA type for z/OS UNIX files: FILEDATA=RECORD
>   creates files with each record having a four
>   byte prefix (x'00' followed by three byte
>   record length)
>
Of course, this is incompatible with a similar facility in FTP,
isn't it?  Sigh.  Conway's law strikes again.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Wednesday, September 09, 2009 9:23 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/OS 1.11 (and COBOL 4.2) new features summary
> 
> On Wed, 9 Sep 2009 06:44:40 -0600, Steve Comstock wrote:
> >
> >* New FILEDATA type for z/OS UNIX files: FILEDATA=RECORD
> >   creates files with each record having a four
> >   byte prefix (x'00' followed by three byte
> >   record length)
> >
> Of course, this is incompatible with a similar facility in FTP,
> isn't it?  Sigh.  Conway's law strikes again.
> 
> -- gil

Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VB really 
upsets me. This new one basically prefixes a logical record with a fullword 
length in the range of 0..1677215 instead of VB's LLBB (where BB is usually 
x''). 

Luckily, the Co:Z "fromdsn" command can be used to create records in this 
format.

fromdsn -p 0x00 -l rdw legacy.dsn >unix.file

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

XML system services error

[Steve Comstock]

I'm trying to process a schema using the xsdosrg
command from XML system services. Here's what happens:

===> xsdosrg -v -o /u/scomsto/schema1.osr /u/scomsto/schema1.xsd

OSR file: /u/scomsto/schema1.osr 

Number of schemas: 1 

Schema file: /u/scomsto/schema1.xsd 

[--- Calling gxluInitOSRG ---] 

[--- Calling gxluLoadSchema ---] #1 

FATAL - gxluLoadSchema Failure: Reason Code 7067 

[--- Calling gxluControlOSRG ---] 




  == Diagnostic Area: Begin == 

OIMA Address: 1969b028 

Last Return Code: 10 

Last Reason Code: 7067 

StringID Return Code: 0 

StringID Reason Code: 0 

Java Exception Condition Code: 0 

Number of Error Messages: 0 

Custom Message: Unable to complete the "com/ibm/zos/xml/gxlOSRGenImpl" 
loadSchema method
Java Exception Messages: 

no protocol: /u/scomsto/schema1.xsd 

  at java.net.URL. (URL.java:567) 

  at java.net.URL. (URL.java:464) 

  at java.net.URL. (URL.java:413) 

  at com.ibm.zos.xml.gxlOSRGenImpl.getByteArrayInputStream 
(gxlOSRGenImpl.java:885)
  at com.ibm.zos.xml.gxlOSRGenImpl.loadSchema (gxlOSRGenImpl.java:328) 

  == Diagnostic Area: End == 




[--- Calling gxluTermOSRG ---] 




I haven't a clue where to begin with this mess. Any hints,
suggestions, clues?

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Ask about being added to our opt-in list:  <==
==>   * Early announcement of new courses  <==
==>   * Early announcement of new techincal papers <==
==>   * Early announcement of new promotions   <==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sysplex Basic Question

[Mark Zelden]

On Tue, 8 Sep 2009 16:42:25 -0500, Mark Zelden  wrote:

>On Tue, 8 Sep 2009 17:11:25 -0400, Joel Wolpert 
wrote:
>
>>If I recall correctly there is a big hit (10-20% overhead) for the first 2
>>systems in a sysplex when doing DB2 datasharing. After that the overhead
>>drops drastically.
>>For other sysplex implementations the overhead can be much less.
>>
>>Joel Wolpert
>>Performance and Capacity Planning consultant
>>WEBSITE: www.perfconsultant.com
>
>Good point.  I assume your statement is related to DB2 CPU consumption
>only, not the entire system.
>
>I tend to live in my own little operating system world, so
>my numbers were just related to OS overhead.   I was part of many
>parallel sysplex implementations in the past, but never have been
>at a shop "just before" and "just after" a DB2 datasharing implementation
>to compare numbers.   I haven't looked at this aspect in a while, but I
>think the DB2 manuals may quote a similar number (10%).
>
>As it turns out, I think we will be implementing DB2 data sharing here
>for one of our environments that doesn't utilize it now.  The access
>between 2 LPARs is currently DDF  (formerly type 2 connector, now
>type 4 / DRDA to utilize zIIP) - so overall we expect this to be an
>improvement.   When it was type 2, it was more clear on what the MIPS
>and dollar savings would be, but with zIIP thrown in the picture now,
>I'm not sure.  Regardless, performance will be better for the LPAR that
>is not local today but the current DB2 "owning" LPAR will take that hit
>that you are referring to.
>


I couldn't find anything in black and white about this, but did find 
the following in an old data sharing implementation Redbook -
DB2 for MVS/ESA Version 4 Data Sharing Implementation (SG24-4791-00) 
that just states what has already been said - ymmv:

>From Chapter 10. Performance and Tuning Considerations:

"It is almost impossible to determine in advance the overhead caused
by data sharing in your environment because this overhead depends
mostly on your workload profile, degree of data sharing, physical 
database design, bind options, and hardware configuration."

In the Redbook - DB2 for z/OS:Data Sharing in a Nutshell (SG24-7322-00),
chapter 7.2 on performance also states it is workload dependent for a
2-way group but it does document an actual number for each additional
member -  "typically <1% overhead".

According to a DB2 sysprog who was here when DB2 data sharing was 
implemented in one of our large sysplexes, our overhead was 
about 8-9%.  DB2 uses about 50% of the cycles so that is (was) a
significant number.

Does anyone else have any real world numbers they can share of what
their overhead was when they implemented DB2 data sharing (I supposed 
this sort of information could be in a DB2 listserv archives)?

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: XML system services error

[Bernd Oppolzer]

I don't know what xsdosrg is, but there are such a lot of variants of schema
syntax possibilities that I always find it a good idea to check XSD schemas
with XSD validators which are available across the web for free.

I have written such a program by myself, generating from the XSD
another representation which is used for validation by our home grown
XML parser. If you send me your schema offline, I could check it with
my validator, if you wish.

Kind regards

Bernd



Steve Comstock schrieb:

I'm trying to process a schema using the xsdosrg
command from XML system services. Here's what happens:

===> xsdosrg -v -o /u/scomsto/schema1.osr /u/scomsto/schema1.xsd

OSR file: /u/scomsto/schema1.osr
Number of schemas: 1
Schema file: /u/scomsto/schema1.xsd
[--- Calling gxluInitOSRG ---]
[--- Calling gxluLoadSchema ---] #1
FATAL - gxluLoadSchema Failure: Reason Code 7067
[--- Calling gxluControlOSRG ---]


  == Diagnostic Area: Begin ==
OIMA Address: 1969b028
Last Return Code: 10
Last Reason Code: 7067
StringID Return Code: 0
StringID Reason Code: 0
Java Exception Condition Code: 0
Number of Error Messages: 0
Custom Message: Unable to complete the 
"com/ibm/zos/xml/gxlOSRGenImpl" loadSchema method

Java Exception Messages:
no protocol: /u/scomsto/schema1.xsd
  at java.net.URL. (URL.java:567)
  at java.net.URL. (URL.java:464)
  at java.net.URL. (URL.java:413)
  at com.ibm.zos.xml.gxlOSRGenImpl.getByteArrayInputStream 
(gxlOSRGenImpl.java:885)

  at com.ibm.zos.xml.gxlOSRGenImpl.loadSchema (gxlOSRGenImpl.java:328)
  == Diagnostic Area: End ==


[--- Calling gxluTermOSRG ---]


I haven't a clue where to begin with this mess. Any hints,
suggestions, clues?



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/VM GDDM install

[Tony Harminc]

2009/9/9 Alan Altmark :
> On Tue, 8 Sep 2009 13:43:57 +0200, J D Cassidy  wrote:
>
>>I am looking for a document with the title "How to activate GDDM-REXX"
>>LY33-6080.
>>
>>The various references to the above on IBM's websites comes back with
>>'document not found'..
>
> Since you are licensed and the product is still in service, open a PMR and
> ask for a copy, indicating that you are unable to order it via the IBM
> Publications website.
>
> Let the support team do the walking for you.

I was under the impression that licensed ("L") manuals had all gone
away. Is that true only for z/OS, or is it that this is an old manual,
or am I just wrong?

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Clark Morris]

On 9 Sep 2009 07:39:14 -0700, in bit.listserv.ibm-main you wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
>> Sent: Wednesday, September 09, 2009 9:23 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: z/OS 1.11 (and COBOL 4.2) new features summary
>> 
>> On Wed, 9 Sep 2009 06:44:40 -0600, Steve Comstock wrote:
>> >
>> >* New FILEDATA type for z/OS UNIX files: FILEDATA=RECORD
>> >   creates files with each record having a four
>> >   byte prefix (x'00' followed by three byte
>> >   record length)
>> >
>> Of course, this is incompatible with a similar facility in FTP,
>> isn't it?  Sigh.  Conway's law strikes again.
>> 
>> -- gil
>
>Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VB really 
>upsets me. This new one basically prefixes a logical record with a fullword 
>length in the range of 0..1677215 instead of VB's LLBB (where BB is usually 
>x''). 

Given the length of some open system records, 16 meg is a big
improvement over 32K(take a look at the size of an average JPEG let
alone TIFF graphics) but I think that it probably is too small for the
future.  Calculate the size of a RAW format picture on a 24 megapixel
camera.  Data size has grown over the years and we have outgrown the
1960's record and blocksize limitations. 
>
>Luckily, the Co:Z "fromdsn" command can be used to create records in this 
>format.
>
>fromdsn -p 0x00 -l rdw legacy.dsn >unix.file

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: XML system services error

[Erik Janssen]

Hello Steve,

XML System Services User's Guide and Reference should give the answer.

http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp?
topic=/com.ibm.zos.r10.gxla100/gosc.htm

In your case 7067 means:
Unable to load the specified schema.

So there is must be a problem with your schema file.
Seems to me that the namespace name is an invalid. It should be a valid URI 
or an empty string from what I found out so far.
I'm not an xml expert, and never knew such a command as this even existed, 
but it just triggered my curiosity.
 
Perhaps you could post (some of) the content of your xsd file?

Regards,

Erik Janssen.

>
> Custom Message: Unable to complete 
the "com/ibm/zos/xml/gxlOSRGenImpl"
>loadSchema method
> Java Exception Messages:
>
>no protocol: /u/scomsto/schema1.xsd
>
>
>I haven't a clue where to begin with this mess. Any hints,
>suggestions, clues?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library Lookaside

[Clark Morris]

On 8 Sep 2009 21:22:52 -0700, in bit.listserv.ibm-main you wrote:

>Yep. Amazing eh? All of the assembled brain power here arguing with the guy
>(Relson) who actually owns the component...  It is a pretty common
>idea and (as you know) it even works, but more by happenstance than anything
>else. VLF is the boy doing the lifting under the covers. You could get the
>same result (and maybe more control) going direct to VLF.

This may be like the off-label usage of drugs in the US (using an
anti-cancer drug to treat arthritis for example).  A branch of IBM
other than the component owning division may well have recommended use
for non-load modules because they did testing and found it worked and
did good things.  Unfortunately, IBM like many other organizations
(including families) does not always talk to IBM so the expanded usage
has not been formally recognized.  I suspect the alternative uses need
to formalized.
>CC
>
>On Tue, Sep 8, 2009 at 8:45 PM, Ron Hawkins
>wrote:
>
>> Chris,
>>
>> I believe you are right. A sure case of reading what I want to see, rather
>> than what it said.
>>
>> Some other comments on the list say this came from a Share presentation.
>> I'm
>> 99% sure it was an IBM SE that gave me the idea.
>>
>> Ron
>>
>> > -Original Message-
>> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>> Behalf Of
>> > Chris Craddock
>> > Sent: Tuesday, September 08, 2009 7:20 AM
>> > To: IBM-MAIN@bama.ua.edu
>> > Subject: Re: [IBM-MAIN] Library Lookaside
>> >
>> > On Tue, Sep 8, 2009 at 8:52 AM, Ron Hawkins
>> > wrote:
>> >
>> > > 
>> > > While googling this topic, I found the following comments from someone
>> > > attending Al Groccia's presentation at Share 71 in August 1988:
>> > >
>> > >  "ESA Library Lookaside has been enhanced to apply to non-linklist
>> datasets
>> > > and unauthorized libraries."
>> > >
>> > > I'm assuming this is the same Al Groccia that was working at IBM Myers
>> > > Corners Lab at that time. On that basis it certainly makes it seem like
>> IBM
>> > > were telling people that LLA was supporting BLDL for all PDS, and not
>> just
>> > > Program Fetch.
>> >
>> >
>> > Actually Ron, in "IBM-speak" the more literal interpretation of the
>> wording
>> > of Al Groccia's presentation is the one Peter Relson is using, namely
>> that
>> > LLA had been extended to support load libraries that were not part of the
>> > linklist and not authorized. While many (most?) people continue to
>> believe
>> > that LLA is intended for caching/managing library directories in general,
>> I
>> > believe Peter is right - and he ought to be since he's the person who
>> "owns"
>> > that component from a development point of view. VLF is the component
>> that
>> > is actually responsible for caching libraries/objects and LLA exploits
>> VLF
>> > through the CSVLLA CLASS in COFVLFxx. That much is clearly spelled out in
>> > the Init & Tuna reference (even if nowhere else)
>> >
>> > CC
>> > --
>> > This email might be from the
>> > artist formerly known as CC
>> > (or not) You be the judge.
>> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CONVERTV to NONSMS error

[Jim McAlpine]

I'm getting the following error converting a volume to nonsms -

ADR497E (001)-CATLG(05), A CATALOG ERROR OCCURRED WHILE CONVERTING CLUSTER
DB2C.DSNDBC.DSNDB06.DSNOFX02.I0001.A001 TO NONSMS.
 RETURN CODE IS 048, REASON CODE IS EC-128
the IDC3009I message says the following -

   *128* *Explanation:* An SMS storage class construct
cannot
   have a length of zero.
which isn't at all helpful.

Any ideas how I can fix this.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

XML System Services - different error

[Steve Comstock]

Solved the first problem. Too embarassing to admit.


Anyway, still not there. Now we get:

 ===> xsdosrg -v -o schema1.osr schema1.xsd 



OSR file: schema1.osr 

Number of schemas: 1 

Schema file: schema1.xsd 

[--- Calling gxluInitOSRG ---] 

[--- Calling gxluLoadSchema ---] #1 

FATAL - gxluLoadSchema Failure: Reason Code 7081 

[--- Calling gxluControlOSRG ---] 




  == Diagnostic Area: Begin == 

OIMA Address: 1969b028 

Last Return Code: 10 

Last Reason Code: 7081 

StringID Return Code: 0 

StringID Reason Code: 0 

Java Exception Condition Code: 0 

Number of Error Messages: 1 

Custom Message: Unable to complete the "com/ibm/zos/xml/gxlOSRGenImpl" 
loadSchema method
Java Exception Messages: 

FATAL ERROR: http://www.w3.org/TR/1998/REC-xml-19980210 - ETagRequired 

Base System Identifier file:///u/scomsto/schema1.xsd 

Literal System Identifier schema1.xsd 

Line 14 

Column 9 

Offset 1061 

Object 
:schema1.xsd:file:///u/scomsto/schema1.xsd:file:///u/scomsto/schema1.xsd:14:9:1061:The 
element type "xsd:sequence" must be terminated by the matching end-tag 
"". 

The element type "xsd:sequence" must be terminated by the matching end-tag 
"".

.
.
.


From an oedit of the input file:

01 
02 http://www.w3.org/2001/XMLSchema";>
03
04 
05
06 
07
08   
09  
10 
11
12 
13  
14   
15
16
17 
18
19 
20
21   
22
23 
24
25 





Well, it sure looks to me like the end tag the program is
complaining about is there, and in the right order. Maybe
someone with an "outside eye" can see the problem.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Ask about being added to our opt-in list:  <==
==>   * Early announcement of new courses  <==
==>   * Early announcement of new techincal papers <==
==>   * Early announcement of new promotions   <==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Paul Gilmartin]

On Wed, 9 Sep 2009 12:59:34 -0300, Clark Morris wrote:
>>> >
>>> Sigh.  Conway's law strikes again.
>>
>>Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VB really 
>>upsets me. This new one basically prefixes a logical record with a fullword 
>>length in the range of 0..1677215 instead of VB's LLBB (where BB is usually 
>>x''). 
>
>Given the length of some open system records, 16 meg is a big
>improvement over 32K(take a look at the size of an average JPEG let
>alone TIFF graphics) but I think that it probably is too small for the
>future.  Calculate the size of a RAW format picture on a 24 megapixel
>camera.  Data size has grown over the years and we have outgrown the
>1960's record and blocksize limitations.
>
Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VBS
really upsets me.

What access method are they thinking of that supports 16 MiB records?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: XML System Services - different error

[Erik Janssen]

Hello Steve,

My guess is:
Get rid of the / in line 08, so

xsd:element name="itemName" type="xsd:string" minOccurs="0">

Regards,

Erik Janssen.

>08   
>09  
>10 
>11
>12 
>13  
>14   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: XML System Services - different error

[Bernd Oppolzer]

The xsd:element in line 8 is an empty tag, so the xsd:element in line 14 
is wrong.
This is why the error occurs. The xsd:element in line 8 should not be an 
empty tag.


Regards, Bernd


Steve Comstock schrieb:

Solved the first problem. Too embarassing to admit.


Anyway, still not there. Now we get:

 ===> xsdosrg -v -o schema1.osr schema1.xsd

OSR file: schema1.osr
Number of schemas: 1
Schema file: schema1.xsd
[--- Calling gxluInitOSRG ---]
[--- Calling gxluLoadSchema ---] #1
FATAL - gxluLoadSchema Failure: Reason Code 7081
[--- Calling gxluControlOSRG ---]


  == Diagnostic Area: Begin ==
OIMA Address: 1969b028
Last Return Code: 10
Last Reason Code: 7081
StringID Return Code: 0
StringID Reason Code: 0
Java Exception Condition Code: 0
Number of Error Messages: 1
Custom Message: Unable to complete the 
"com/ibm/zos/xml/gxlOSRGenImpl" loadSchema method

Java Exception Messages:
FATAL ERROR: http://www.w3.org/TR/1998/REC-xml-19980210 - ETagRequired
Base System Identifier file:///u/scomsto/schema1.xsd
Literal System Identifier schema1.xsd
Line 14
Column 9
Offset 1061
Object 
:schema1.xsd:file:///u/scomsto/schema1.xsd:file:///u/scomsto/schema1.xsd:14:9:1061:The 
element type "xsd:sequence" must be terminated by the matching end-tag 
"".
The element type "xsd:sequence" must be terminated by the matching 
end-tag "".

.
.
.


From an oedit of the input file:

01 
02 http://www.w3.org/2001/XMLSchema";>
03
04 
05
06 
07
08   
09  
10 
11
12 
13  
14   
15
16
17 
18
19 
20
21   
22
23 
24
25 





Well, it sure looks to me like the end tag the program is
complaining about is there, and in the right order. Maybe
someone with an "outside eye" can see the problem.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Natarajan Mohan]

GSG,

There is no reason to run system in basic mode anymore. I am sure you have 
configured your system in LPAR Mode. I don't think one answer would suffice for 
your request. What type of machine are you running on? how many mips? 
uni-processor?

In the minimum you would need a system test environment and 
production/development environment irrespective of how small your machine is. 
This would enable you to test the software patches and migrate to production 
with minimal impact.

Natarajan

>>> gsg  9/8/2009 5:39 PM >>>
Can everyone share some Pros/Cons  on having seperate LPARs for Prod and 
Test and also Pros/Cons for having a single LPAR that Prod and Test will 
share.  All feedback is welcome.

TIA


NOTICE OF CONFIDENTIALITY 

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[Rick Fochtman]

There is VTAMAPPL.

We use that, it has PAUSE nn etc.

Use it to start all our STCs and put appropriate PAUSEs in the commands.

Also used to automate shutdown.
 


-
We always used the NETINIT and COMMAND programs from the CBT Tape site 
for automated startup and shutdown. Our automation product was 
considered unsuitable for most of the tasks involved in 
startup/shutdown, so I decline to name it.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sysplex Basic Question

[Eric Bielefeld]

Thanks Barbara, Bob, and Scott.  Your replies refreshed my memory and 
answered my questions.  I thought of the fact that you have to make 
application changes to fully implement the takeover, but I didn't think of 
it until after I posted my question.  As Barbara pointed out, setting up 
everything to minimize the failover time can be very costly.


Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434


- Original Message - 
From: "Barbara Nitz" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, September 09, 2009 2:58 AM
Subject: Re: Sysplex Basic Question



Eric,


Can you set up a sysplex so that both machines have everything running on
each CPU in the plex, and when one system crashes the other will
automatically take over everything?


In theory: Yes. With the exception of the running transaction. That one 
will
get terminated. I said 'in theory', because *I* have never seen a sysplex 
set
up like that. I guess one needs to look at the big GDPS installations to 
find it.


I will not comment on CICS specifically (no experience here whatsoever),
though.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Doc Farmer]

Pros: Cheap

Cons: Higher risk to production data being copied/misused.
Cons: Higher risk to production data if test programs used against it.
Cons: Serious complaints from internal/external auditors.
Cons: Potentially violates segregation of duties.
Cons: Potentially violates "need to know" access levels.
Cons: Complicates security rules.
Cons: Complicates naming conventions for datasets/programs/CICS regions.
Cons: Complicates/Compromises security over program change control.
Cons: Testing can sometimes slow down production processing (esp. CICS).
Cons: Can cause failure of PCI, HIPAA, SOX and DIACAP rules/regs.
Cons: LPAR crash kills all work for both prod and test users.

Hope this helps.  Many thanks.

Doc Farmer 
Senior Security Specialist 
InfoSec, Inc. 

http://www.InfoSecInc.com 
http://www.linkedin.com/in/DocFarmer 
http://tinyurl.com/2t6bwd (Click to Connect)




On Tue, 8 Sep 2009 19:39:56 -0500, gsg  wrote:

>Can everyone share some Pros/Cons  on having seperate LPARs for Prod 
and
>Test and also Pros/Cons for having a single LPAR that Prod and Test will
>share.  All feedback is welcome.
>
>TIA
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of RETAIN

[Rick Fochtman]

-

OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to create 
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine 
and stacks all the volumes, 35 of them, fine in the first step. When the next step 
starts it belches on the tape so I know it's not passed correctly. I am sure it has 
to do with the RETAIN option..so do I put that on the last file of the first step or 
the first file of the next or both? This is a DR type of thing and the EXEC, which I 
inherited with the job, works great.


And yes...I have read the JCL User guide but it ain't helping a lot...
 



Let me suggest that you get together with a techie from Innovation. FDR 
products, specifically ABR and FDRDRP can be your greatest friends in a 
DR situation, provided you do the necessary legwork in getting FDRABR to 
manage your backups. We were only restoring 80 volumes during DR testing 
but FDRABR and FDRDRP cut our restore times to under 60 minutes on 3590 
tapes.


And no, I don't work for Innovation. :-) I'm just very impressed with 
their products.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Kirk Wolf]

FYI - here's an APAR describing the new function:
http://www-01.ibm.com/support/docview.wss?uid=isg1OA25204

What is interesting to me is that it looks like the word containing the
record length *does not* add 4 for the length of the prefix word itself.

This is astonishing, since it is otherwise identical to the Extended Logical
Record Interface (XLRI) added in 1.10.   The 1.10 "Macro Instructions for
Datasets" manual says:

"Extended Logical Record Interface (XLRI): When the GET macro is used in
XLRI mode, the address returned in register 1 points to a fullword record
length value. The 3 low-order bytes of the fullword indicate the length of
the
complete logical record plus 4 bytes for the fullword."


Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Sep 9, 2009 at 11:22 AM, Paul Gilmartin wrote:

> On Wed, 9 Sep 2009 12:59:34 -0300, Clark Morris wrote:
> >>> >
> >>> Sigh.  Conway's law strikes again.
> >>
> >>Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VB
> really upsets me. This new one basically prefixes a logical record with a
> fullword length in the range of 0..1677215 instead of VB's LLBB (where BB is
> usually x''). 
> >
> >Given the length of some open system records, 16 meg is a big
> >improvement over 32K(take a look at the size of an average JPEG let
> >alone TIFF graphics) but I think that it probably is too small for the
> >future.  Calculate the size of a RAW format picture on a 24 megapixel
> >camera.  Data size has grown over the years and we have outgrown the
> >1960's record and blocksize limitations.
> >
> Yeah - why IBM didn't make FILEDATA=RECORD have the same format as VBS
> really upsets me.
>
> What access method are they thinking of that supports 16 MiB records?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[George Rodriguez]

Thanks for all the input suggestions that you've all provided. When I
presented the idea to my co-worker, he very graciously said to me, why
not keep it simple? I'll start VTAM and TCPIP and once both are up,
we'll tell the Operator to enter the command S IVPRDR,M=STARTUP.

To which my answer was, "that'll work too."

Sometimes I forget the simple things...

Again thanks for all the help!

George Rodriguez
Specialist, Systems Programmer
Network & Technical Services
(561) 357-7652 (office)
(561) 707-3496 (mobile)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B-332
West Palm Beach, FL. 33406-5869
Florida's Only A-Rated Urban District For Five Consecutive Years


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Wednesday, September 09, 2009 12:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Startup of All STCs After IPL



>There is VTAMAPPL.
>
>We use that, it has PAUSE nn etc.
>
>Use it to start all our STCs and put appropriate PAUSEs in the
commands.
>
>Also used to automate shutdown.
>  
>
-
We always used the NETINIT and COMMAND programs from the CBT Tape site 
for automated startup and shutdown. Our automation product was 
considered unsuitable for most of the tasks involved in 
startup/shutdown, so I decline to name it.

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
--Palm Beach County Schools-

Rated "A" by the Florida Department of Education 2005-2009

-Home of Florida's first LEED Gold Certified School-
---http://www.palmbeachschools.org-

The District of Palm Beach County is an Equal Education Opportunity
Provider and Employer. Under Florida law, e-mail addresses are
public records. If you do not want your e-mail address released in
response to a public records request, do not send  electronic mail
to this entity. Instead, contact this office by phone or in
writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ICF Catalog Backup Strategy

[Richard Sandford]

For D/R, we are using  fdr and flashcopy to dupe our production dasd, then
back it up to tape later in the night.  

As the datasets on these vols are in all different user-catalogs, how can we
keep these flashed vols in line with the ICF catalogs. 

Do we need to flash them also?

If so how would we restore them as there is much more info in the catalogs
than just these flashed files ??

Thanks in advance ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How often IPL a production LPAR (any good practice)

[Guy Gardoit]

Another point to consider is hardware maintenance. We schedule MCL upgrades
to each machine once a quarter - each machine in a different quarter.
MCL upgrades may or may not require IPLs (or PORs).If you have multiple
machines in a correctly designed parallel sysplex, the effect may be less
than if you are running a single machine.

Of course, this hardware concern may apply to DASD microcode upgrades and
other hardware subsystems.  Just something to consider.

On Wed, Sep 2, 2009 at 6:09 PM, Tommy Tsui  wrote:

> Hi all,
>
> Is there any concern if we didn't IPL a LPAR over three months. Is there
> any good practise to follow from IBM. They always replied LPAR never needs
> IPL because of 24 x 7.
>
> Any comment will be appreciated
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Guy Gardoit
z/OS Systems Programming

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JES3 CONSTD SYN= and PLEXSYN=

[Arthur Gutowski]

On Tue, 8 Sep 2009 11:43:32 -0500, Santosh Kandi  wrote:

>Ed,
>
>we are on z/OS 1.9, with 2 jesplexes in a Parallel sysplex.
>
>CONSTD,EDIT=(],^,;,@),SYN=(8,*),PLEXSYN=(%)
>
>D OPDATA(snip):
>
> *  JES3   J12SYSTEMNO   PURGE
> *  JES3   J11SYSTEMNO   PURGE
> *  JES3   J13SYSTEMNO   PURGE
> *  JES3   J25SYSTEMNO   PURGE
> *  JES3   J21SYSTEMNO   PURGE
>
>
>If I enter *i q on the local...I get the error you mentioned. So looks like
>nothing changed between 1.9 and 1.11.
>
> *I Q
>  IAT7130 '*I Q   ' REJECTED, NOT VALID ON LOCAL OR GLOBAL IS NOT

I do not believe this is new behavior.  We are mixed 1.8 and 1.10 (we have 3 
Globals, two at 1.8 and one at 1.10, and 2 locals, both at 1.10), but we 
noticed this behavior from the advent of our Bronzeplex, when we were still 
completely 1.8.

The JES3 Init & Tuning Ref for 1.8 appears to back up the observation that '*' 
will not route to the global with your recommendation:

"SYN=  Specifies a set of prefixes (or synonyms) to be used as SYSTEM 
scoped command prefixes. A command entered with a SYSTEM scoped prefix 
will execute on the system on which the command is entered."

and:

"If the default prefix character (*) is not explicitly specified using this 
parameter, it will be automatically added by JES3. When other prefixes are 
specified, inclusion of the (*) is recommended for clarity.If a prefix is 
specified on both the SYN= and PLEXSYN= parameter, the prefix will be 
defined as a SYSTEM scoped (SYN=) prefix only."

SYN=(8,*) is the correct setting to keep multiple globals from contending over 
the *.  FWIW, we defined a static system symbol for the global and use it to 
keep automation straight.  Training helps keep our Operators and Sysprogs 
straight, but we have additional lockdowns using AF/Oper command traps.  I 
recognize this sort of defeats Sysplex. but we would rather not have 
an "accident".

Regards,
Art Gutowski
Ford Motor Company

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICF Catalog Backup Strategy

[Rick Fochtman]

--


For D/R, we are using  fdr and flashcopy to dupe our production dasd, then
back it up to tape later in the night.  


As the datasets on these vols are in all different user-catalogs, how can we
keep these flashed vols in line with the ICF catalogs. 


Do we need to flash them also?

If so how would we restore them as there is much more info in the catalogs
than just these flashed files ??

Thanks in advance ...
 


-
I'll refer you to my previous comments regarding the FDR product 
family.  :-)


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Ted MacNEIL]

>There is no reason to run system in basic mode anymore.

Especially since basic mode is no longer supported (z/990 and later, I believe).
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICF Catalog Backup Strategy

[Pommier, Rex R.]

Segregate your production datasets/non-prod datasets into separate user
catalogs and make sure the production catalogs are on volumes being
flashed/backed up/restored at the hotsite?



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Richard Sandford
Sent: Wednesday, September 09, 2009 12:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: ICF Catalog Backup Strategy

For D/R, we are using  fdr and flashcopy to dupe our production dasd,
then
back it up to tape later in the night.  

As the datasets on these vols are in all different user-catalogs, how
can we
keep these flashed vols in line with the ICF catalogs. 

Do we need to flash them also?

If so how would we restore them as there is much more info in the
catalogs
than just these flashed files ??

Thanks in advance ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: XML System Services - different error - solved

[Steve Comstock]

Bernd Oppolzer wrote:
The xsd:element in line 8 is an empty tag, so the xsd:element in line 14 
is wrong.
This is why the error occurs. The xsd:element in line 8 should not be an 
empty tag.


Regards, Bernd


Thanks, Bernd, and Erik too.

However, when I do that I then get:

ERROR: http://www.w3.org/TR/xml-schema-1 - src-element.3 

Base System Identifier null 

Literal System Identifier file:///u/scomsto/schema1.xsd 

Line 8 

Column 68 

Offset 634 

Object 
:file:///u/scomsto/schema1.xsd:file:///u/scomsto/schema1.xsd::8:68:634:src-element.3: 
Element 'itemName' has both a 'type' att
ribute and a 'anonymous type' child. Only one of these is allowed for an 
element.
src-element.3: Element 'itemName' has both a 'type' attribute and a 'anonymous 
type' child. Only one of these is allowed for an eleme

nt.

Next I comment out the 'type' attribute in the itemName field and
try again, this time yielding:


OSR file: schema1.osr 

Number of schemas: 1 

Schema file: schema1.xsd 

[--- Calling gxluInitOSRG ---] 

[--- Calling gxluLoadSchema ---] #1 

[--- Calling gxluGenOSR ---] 

CEE3501S The module libGXLNVBAT.so was not found. 

 From entry point gxluGenOSR at statement 1003 at compile unit offset 
+0772 at entry offset +0772 at
 address 197241BA. 

[1] + Done(137) xsdosrg -v -o schema1.osr schema1.xsd 

  83951687  Killed  /bin/xsdosrg 




A search for libGXLNVBAT.so finds it in /usr/lib/java_runtime
so I add this to my LIBPATH and it works!


Thanks. Now to study this sucker...






Steve Comstock schrieb:

Solved the first problem. Too embarassing to admit.


Anyway, still not there. Now we get:

 ===> xsdosrg -v -o schema1.osr schema1.xsd

OSR file: schema1.osr
Number of schemas: 1
Schema file: schema1.xsd
[--- Calling gxluInitOSRG ---]
[--- Calling gxluLoadSchema ---] #1
FATAL - gxluLoadSchema Failure: Reason Code 7081
[--- Calling gxluControlOSRG ---]


  == Diagnostic Area: Begin ==
OIMA Address: 1969b028
Last Return Code: 10
Last Reason Code: 7081
StringID Return Code: 0
StringID Reason Code: 0
Java Exception Condition Code: 0
Number of Error Messages: 1
Custom Message: Unable to complete the 
"com/ibm/zos/xml/gxlOSRGenImpl" loadSchema method

Java Exception Messages:
FATAL ERROR: http://www.w3.org/TR/1998/REC-xml-19980210 - ETagRequired
Base System Identifier file:///u/scomsto/schema1.xsd
Literal System Identifier schema1.xsd
Line 14
Column 9
Offset 1061
Object 
:schema1.xsd:file:///u/scomsto/schema1.xsd:file:///u/scomsto/schema1.xsd:14:9:1061:The 
element type "xsd:sequence" must be terminated by the matching end-tag 
"".
The element type "xsd:sequence" must be terminated by the matching 
end-tag "".

.
.
.


From an oedit of the input file:

01 
02 http://www.w3.org/2001/XMLSchema";>
03
04 
05
06 
07
08   
09  
10 
11
12 
13  
14   
15
16
17 
18
19 
20
21   
22
23 
24
25 





Well, it sure looks to me like the end tag the program is
complaining about is there, and in the right order. Maybe
someone with an "outside eye" can see the problem.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Ask about being added to our opt-in list:  <==
==>   * Early announcement of new courses  <==
==>   * Early announcement of new techincal papers <==
==>   * Early announcement of new promotions   <==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

TSSO use of NETVIEW

[Ward, Mike S]

Hello all, I thought I had read that TSSO uses or used part of Netview
ICCF I think.


Is this still true?
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[Howard Rifkind]

In my comment what I should have made clear was that on the older system 
everything is in sync with the older level and the newer system everything in 
in sync for the upgraded system.

If I didn't make that clear then I should have...sorry about that.

--- On Wed, 9/9/09, Mark Zelden  wrote:

> From: Mark Zelden 
> Subject: Re: Startup of All STCs After IPL
> To: IBM-MAIN@bama.ua.edu
> Date: Wednesday, September 9, 2009, 9:42 AM
> On Tue, 8 Sep 2009 22:30:35 -0400,
> Robert A. Rosenberg 
> wrote:
> 
> 
> >
> >My question is why waste the time/effort to go to from
> v1.4 to v1.7
> >only to get one year of support when going to v1.8
> would seem to be
> >the same time/effort and would result in a number of
> years of
> >support. It is not as if v1.8 was bleeding edge and
> thus a larger
> >risk than v1.7.
> >
> 
> This sort of thing has been discussed many times.  I
> have no idea what
> the exact circumstances are here, but if you need
> coexistence, you have
> to stay within the supported coexistence levels.  This
> is not the same as
> "jumping forward" or even (unsupported) fallback.  I'm
> talking about 
> running a mixed complex (shared spool, catalogs, dasd,
> various control
> data sets for HSM, RMM, etc.).   If your
> business is willing to make the
> jump forward for all systems at the same time, then you can
> do it.  If
> not, you have to stay within the supported coexistence
> levels.   And no,
> the extended support for z/OS 1.7 and z/OS 1.8 does not
> address this
> issue.
> 
> Mark
> --
> Mark Zelden
> Sr. Software and Systems Architect - z/OS Team Lead
> Zurich North America / Farmers Insurance Group - ZFUS
> G-ITO
> mailto:mark.zel...@zurichna.com
> z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
> Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to lists...@bama.ua.edu
> with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 


  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Chris Mason]

Mike

There's a touch of "Are you *still* beating your wife?" about this!

a. NetView is a rather large set of programs which includes the capability to 
set up system automation such that you can have totally silent running (with 
the aid of the MPF function). I know because I used to do this with my hands-
on education systems. NetView comes from IBM - although Tivoli likes to 
pretend it comes from Tivoli!

b. I had to look up TSSO. It comes from Bell Labs. My Googling shows that it 
can be found as file 401 on the CBT tape - of which much is spoken in this 
list. It appears to dabble in system automation but seems to depend only on 
basic MVS functions and TSO - probably in batch mode.

c. I also had to check on ICCF. This is exclusively a VSE "thing". I believe it 
does some TSO functions for VSE.

Thus none of the above have - nor never had - anything to do with one 
another - unless you count being able to use NetView's NCCF TAF to use 
TSO - which is a very tenuous connection!

Chris Mason

On Wed, 9 Sep 2009 13:58:35 -0500, Ward, Mike S  
wrote:

>Hello all, I thought I had read that TSSO uses or used part of Netview
>ICCF I think.
>
>
>Is this still true?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Ward, Mike S]

OOPS, I meant to key NCCF and stuck an I in there by mistake.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Wednesday, September 09, 2009 2:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TSSO use of NETVIEW

Mike

There's a touch of "Are you *still* beating your wife?" about this!

a. NetView is a rather large set of programs which includes the
capability to 
set up system automation such that you can have totally silent running
(with 
the aid of the MPF function). I know because I used to do this with my
hands-
on education systems. NetView comes from IBM - although Tivoli likes to 
pretend it comes from Tivoli!

b. I had to look up TSSO. It comes from Bell Labs. My Googling shows
that it 
can be found as file 401 on the CBT tape - of which much is spoken in
this 
list. It appears to dabble in system automation but seems to depend only
on 
basic MVS functions and TSO - probably in batch mode.

c. I also had to check on ICCF. This is exclusively a VSE "thing". I
believe it 
does some TSO functions for VSE.

Thus none of the above have - nor never had - anything to do with one 
another - unless you count being able to use NetView's NCCF TAF to use 
TSO - which is a very tenuous connection!

Chris Mason

On Wed, 9 Sep 2009 13:58:35 -0500, Ward, Mike S  
wrote:

>Hello all, I thought I had read that TSSO uses or used part of Netview
>ICCF I think.
>
>
>Is this still true?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SDSF Display Active Server Indicator

[Ruegsegger, Jeff]

Can someone advise as to what exactly the SDSF Display active panel column 
SERVER indicates.  The help states: "Indicates if resource goals are being 
met".  I've sent an ETR to IBM but since I don't have Q & A support they are 
trying to get me to pay for clarification of their documentation.
Thanks,
Jeff




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.11 (and COBOL 4.2) new features summary

[Paul Gilmartin]

On Wed, 9 Sep 2009 12:15:07 -0500, Kirk Wolf wrote:

>FYI - here's an APAR describing the new function:
>http://www-01.ibm.com/support/docview.wss?uid=isg1OA25204
>
>What is interesting to me is that it looks like the word containing the
>record length *does not* add 4 for the length of the prefix word itself.
>
>This is astonishing, since it is otherwise identical to the Extended Logical
>Record Interface (XLRI) added in 1.10.
>
Why should that be astonishing?  Don't you believe in Conway's Law?
Someone didn't understand and did it wrong (or at least incompatibly)
and now it shall never be undone.  The best we can hope for is that
in the future we will have a choice between the two conventions,
probably selected by a PARMLIB option.

In IBM's defense, they could point out that the length fullword
is added by the access method on write and removed on read, so
the programmer should never be aware of its content.

Unless the programmer accesses the file directly with Unix Services.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to define stand-alone 3590 tape drives in SMS?

[Wayne Bileci]

Would anyone be able to tell me the specifics of how to define the necessary 
SMS constructs SG,SC,DC to define and use one or two stand alone 3590 
tape drives in SMS. The 3590 needs to get allocated preferably for a scratch 
request based on ACS datasetname filtering?

Thank You,
Wayne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SDSF Display Active Server Indicator

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ruegsegger, Jeff
> Sent: Wednesday, September 09, 2009 3:22 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: SDSF Display Active Server Indicator
> 
> Can someone advise as to what exactly the SDSF Display active 
> panel column SERVER indicates.  The help states: "Indicates 
> if resource goals are being met".  I've sent an ETR to IBM 
> but since I don't have Q & A support they are trying to get 
> me to pay for clarification of their documentation.
> Thanks,
> Jeff

Some address spaces, such as CICS, can be set up to use WLM interfaces 
internally to track things like internal transaction response times. When WLM 
detects an address space doing this, it classifies the address space as a 
SERVER because it uses a different set of WLM constructs to determine the 
address space's service class and goals.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to define stand-alone 3590 tape drives in SMS?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Bileci
> Sent: Wednesday, September 09, 2009 3:16 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: How to define stand-alone 3590 tape drives in SMS?
> 
> Would anyone be able to tell me the specifics of how to 
> define the necessary 
> SMS constructs SG,SC,DC to define and use one or two stand alone 3590 
> tape drives in SMS. The 3590 needs to get allocated 
> preferably for a scratch 
> request based on ACS datasetname filtering?
> 
> Thank You,
> Wayne

You must define the stand alone drives as a being in a Manual Tape Library. 
This is done in the HCD, which creates the IODF. Once you have that done, you 
can use the MTL as if it were a robot tape library (with a person being the 
"robot"). You'd assign the MTL library id to a Tape Library defined in SMS. 
That's a brief overview as I've not done it, personally. But it is much like an 
ATL (automated tape library).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Sytem Managed Buffering

[gsg]

We are looking at implementing SMB and I'm wondering how do you know if 
SMB is kicking in for a dataset?  Is there a message stating SMB is active for 
this dataset?

Also, is there any problems with SMB and datasets that are used by CICS.  I 
think most of our CICS online files utilize LSR, does SMB ignore these 
datasets?  Is there anything we need to be concerned with regarding SMB and 
CICS files?

TIA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Chris Mason]

Mike

NCCF certainly makes a bit more sense.

However, TSSO "automation" is still independent of NetView automation which 
can be traced to a development of the NCCF component of NetView.

It's not clear what you had in mind with your original post but if it is asking 
whether NetView is required in order to use TSSO "automation", I'm pretty 
sure - although I'm not really that familiar with TSSO - that the answer is 
"no".

The reason I am pretty sure is that I used to set up a crude form of 
automation of system functions myself quite independent of NCCF as it then 
was. I suspect that the package of functions, which TSSO seems to be, 
incorporated some of the MVS "tricks" - together with an odd "home-grown" 
program - that I used to use and which served to teach me what was needed 
in order properly to create automated operation.

Chris Mason

On Wed, 9 Sep 2009 14:59:15 -0500, Ward, Mike S  
wrote:

>OOPS, I meant to key NCCF and stuck an I in there by mistake.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>Behalf Of Chris Mason
>Sent: Wednesday, September 09, 2009 2:39 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: TSSO use of NETVIEW
>
>Mike
>
>There's a touch of "Are you *still* beating your wife?" about this!
>
>a. NetView is a rather large set of programs which includes the
>capability to
>set up system automation such that you can have totally silent running
>(with
>the aid of the MPF function). I know because I used to do this with my
>hands-
>on education systems. NetView comes from IBM - although Tivoli likes to
>pretend it comes from Tivoli!
>
>b. I had to look up TSSO. It comes from Bell Labs. My Googling shows
>that it
>can be found as file 401 on the CBT tape - of which much is spoken in
>this
>list. It appears to dabble in system automation but seems to depend only
>on
>basic MVS functions and TSO - probably in batch mode.
>
>c. I also had to check on ICCF. This is exclusively a VSE "thing". I
>believe it
>does some TSO functions for VSE.
>
>Thus none of the above have - nor never had - anything to do with one
>another - unless you count being able to use NetView's NCCF TAF to use
>TSO - which is a very tenuous connection!
>
>Chris Mason
>
>On Wed, 9 Sep 2009 13:58:35 -0500, Ward, Mike S 
>wrote:
>
>>Hello all, I thought I had read that TSSO uses or used part of Netview
>>ICCF I think.
>>
>>
>>Is this still true?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Ward, Mike S]

I was wondering because in @FILE404 in the pds I found this statement:

An interface to the Network Communication Control Facility (NCCF) allows
the
network operator to use TSSO as a command processor, issuing and
receiving operating system commands at
the NCCF terminal.  Note that NCCF is now an integrated part of Netview.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Wednesday, September 09, 2009 4:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TSSO use of NETVIEW

Mike

NCCF certainly makes a bit more sense.

However, TSSO "automation" is still independent of NetView automation
which 
can be traced to a development of the NCCF component of NetView.

It's not clear what you had in mind with your original post but if it is
asking 
whether NetView is required in order to use TSSO "automation", I'm
pretty 
sure - although I'm not really that familiar with TSSO - that the answer
is "no".

The reason I am pretty sure is that I used to set up a crude form of 
automation of system functions myself quite independent of NCCF as it
then 
was. I suspect that the package of functions, which TSSO seems to be, 
incorporated some of the MVS "tricks" - together with an odd
"home-grown" 
program - that I used to use and which served to teach me what was
needed 
in order properly to create automated operation.

Chris Mason

On Wed, 9 Sep 2009 14:59:15 -0500, Ward, Mike S  
wrote:

>OOPS, I meant to key NCCF and stuck an I in there by mistake.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>Behalf Of Chris Mason
>Sent: Wednesday, September 09, 2009 2:39 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: TSSO use of NETVIEW
>
>Mike
>
>There's a touch of "Are you *still* beating your wife?" about this!
>
>a. NetView is a rather large set of programs which includes the
>capability to
>set up system automation such that you can have totally silent running
>(with
>the aid of the MPF function). I know because I used to do this with my
>hands-
>on education systems. NetView comes from IBM - although Tivoli likes to
>pretend it comes from Tivoli!
>
>b. I had to look up TSSO. It comes from Bell Labs. My Googling shows
>that it
>can be found as file 401 on the CBT tape - of which much is spoken in
>this
>list. It appears to dabble in system automation but seems to depend
only
>on
>basic MVS functions and TSO - probably in batch mode.
>
>c. I also had to check on ICCF. This is exclusively a VSE "thing". I
>believe it
>does some TSO functions for VSE.
>
>Thus none of the above have - nor never had - anything to do with one
>another - unless you count being able to use NetView's NCCF TAF to use
>TSO - which is a very tenuous connection!
>
>Chris Mason
>
>On Wed, 9 Sep 2009 13:58:35 -0500, Ward, Mike S 
>wrote:
>
>>Hello all, I thought I had read that TSSO uses or used part of Netview
>>ICCF I think.
>>
>>
>>Is this still true?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Are compression services (CMPSERVS) eligible for zIIP/zAAP execution?

[Farley, Peter x23353]

As the subject asks, are the z/OS compression/decompression services
(CMPSERVS in a Strobe performance report) eligible for zIIP/zAAP
execution?

We don't have any zIIP/zAAP engines so I am wondering if CMPSERVS could
be offloaded to them.

The immediate task is reducing the CPU consumption of a batch job where
52% of the CPU time is in the z/OS compression services.

TIA for any info you can provide.

Peter


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JES3 CONSTD SYN= and PLEXSYN=

[Edward Jaffe]

Arthur Gutowski wrote:
"SYN=  Specifies a set of prefixes (or synonyms) to be used as SYSTEM 
scoped command prefixes. A command entered with a SYSTEM scoped prefix 
will execute on the system on which the command is entered."
  


It used to be that if you issued a JES3 INTERCOM with an 
asterisk-prefixed command it would route to the global, even if asterisk 
was a system-scoped prefix. Some years ago, we stopped using INTERCOM in 
(E)JES and started using MGCRE. Obviously, that special support I 
remembered for asterisk-prefixed commands doesn't work with commands 
issued via MGCRE.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are compression services (CMPSERVS) eligible for zIIP/zAAP execution?

[Edward Jaffe]

Farley, Peter x23353 wrote:

As the subject asks, are the z/OS compression/decompression services
(CMPSERVS in a Strobe performance report) eligible for zIIP/zAAP
execution?
  


The CMPSC (COMPRESSION CALL) instruction works just fine on zAAP and zIIP.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to define stand-alone 3590 tape drives in SMS?

[Russell Witt]

Wayne,

John has given you the basics. But I was curious. Why do you want to define
the 3590's to SMS? Do you already have some inside an IBM robot and want to
allocate some tape files to the outside drives (offsite backups for
example)?

Russell Witt

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Wayne Bileci
Sent: Wednesday, September 09, 2009 3:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: How to define stand-alone 3590 tape drives in SMS?


Would anyone be able to tell me the specifics of how to define the necessary
SMS constructs SG,SC,DC to define and use one or two stand alone 3590
tape drives in SMS. The 3590 needs to get allocated preferably for a scratch
request based on ACS datasetname filtering?

Thank You,
Wayne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Chris Mason]

Mike

>  Note that NCCF is now an integrated part of Netview.

And has been since about 1986, 23 years by my reckoning. How ancient is this 
TSSO product?

So it seems I was wrong in saying TSSO was *independent* of NetView. The 
reason I was wrong is however instructive. 
 
> An interface to the Network Communication Control Facility (NCCF) allows 
the network operator to use TSSO as a command processor, issuing and 
receiving operating system commands at the NCCF terminal.

>From this statement, I guess that TSSO could still access the NCCF 
component of NetView[1] - if that was really necessary - and I'm a bit pushed 
to know why that should be that useful a function today. The point is that 
the most likely function you might imagine to perform via NCCF is to enter 
VTAM commands and receive responses but You can do that directly as MVS 
commands which I suspect is grist to TSSO's mill - if it's anything like my 
obviously very limited research revealed.

Is there any indication from TSSO documentation what information NCCF (and 
NPDA, NLDM etc.) could offer other than VTAM commands?

And now I read the ">" statement above again and I see I have it all topsy-
turvy!

In my footnote I mention that NCCF provided a "tasking environment". TSSO 
offers itself as a possible "command processor" in the NCCF environment so 
that, if you insist on doing all your automation though NetView's "command 
facility" - what was the NCCF component - you can. That is, you can exploit 
TSSO's automation capabilities through NetView/NCCF. Again without knowing 
all that much about TSSO, I would suspect that using TSSO through 
NetView/NCCF became obsolete at the time NetView got all its 
automation "ducks lined up" - also at the time I invested in using NetView's 
comprehensive functions for my "silent running" automation. In other words 
there may have been a short period in the history of NCCF/NetView when 
TSSO offered the cleverest way - maybe the only way - decently to 
automate MVS, that is, better than using the internal reader for commands 
and a "wait" program.

Returning to your original post, I can turn it around and say "NetView/NCCF 
*can* use TSSO."

Chris Mason

[1] When NetView came out in about 1986, it was a kludged combination of 4 
other products, NCCF, NPDA, NLDM and another one whose name I forget 
because it was always a bit useless and led more to misunderstanding than 
solving any real problems. NCCF provided a tasking environment which NPDA 
and NLDM and a few other bits and bobs exploited. Poor lambs of system 
programmers couldn't get their woolly heads around how to integrate the 
products taken separately or in combination - although it just needed a bit of 
fundamental understanding - and so NetView was born.

Something similar happened with the OSI products in the early '90s and IBM 
then profited further by offering an integration service - although even the 
folk who offered the service never offered to integrate *all* the products - 
something I found myself having actually to teach during the short period I 
offered a class in those OSI products.

On Wed, 9 Sep 2009 16:32:37 -0500, Ward, Mike S  
wrote:

>I was wondering because in @FILE404 in the pds I found this statement:
>
>An interface to the Network Communication Control Facility (NCCF) allows
>the
>network operator to use TSSO as a command processor, issuing and
>receiving operating system commands at
>the NCCF terminal.  Note that NCCF is now an integrated part of Netview.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>Behalf Of Chris Mason
>Sent: Wednesday, September 09, 2009 4:03 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: TSSO use of NETVIEW
>
>Mike
>
>NCCF certainly makes a bit more sense.
>
>However, TSSO "automation" is still independent of NetView automation
>which
>can be traced to a development of the NCCF component of NetView.
>
>It's not clear what you had in mind with your original post but if it is
>asking
>whether NetView is required in order to use TSSO "automation", I'm
>pretty
>sure - although I'm not really that familiar with TSSO - that the answer
>is "no".
>
>The reason I am pretty sure is that I used to set up a crude form of
>automation of system functions myself quite independent of NCCF as it
>then
>was. I suspect that the package of functions, which TSSO seems to be,
>incorporated some of the MVS "tricks" - together with an odd
>"home-grown"
>program - that I used to use and which served to teach me what was
>needed
>in order properly to create automated operation.
>
>Chris Mason
>
>On Wed, 9 Sep 2009 14:59:15 -0500, Ward, Mike S 
>wrote:
>
>>OOPS, I meant to key NCCF and stuck an I in there by mistake.
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>>Behalf Of Chris Mason
>>Sent: Wednesday, September 09, 2009 2:39 PM
>>To: IBM-MAIN@bama.ua.edu
>>Subject: Re: TSSO use of NETVIEW
>>
>>Mike
>>
>>There

Re: TSSO use of NETVIEW

[Gerhard Postpischil]

Chris Mason wrote:
comprehensive functions for my "silent running" automation. In other words 
there may have been a short period in the history of NCCF/NetView when 
TSSO offered the cleverest way - maybe the only way - decently to 
automate MVS, that is, better than using the internal reader for commands 
and a "wait" program.


The first version of TSSO appeared not too long after TSO. I am 
not certain who the original author was, but recall seeing Bill 
Godfrey's name in the documentation. That version allowed the 
operators to issue (some) TSO commands from a console.  In the 
mid or late seventies, Marc Share at Bell Labs presented an 
updated version that provided the capability to intercept 
console messages, and take some action (message, OS command, 
etc.); the nice part was the extraction by position or word 
count from the message, and insertion into an MVS or TSO 
command. When I was at AMS, and several later centers, I used 
this to automate just about everything possible (e.g., VTAM line 
and terminal error recovery, deletion of unwanted messages, 
etc.). IIRC, the early versions of NETVIEW/NCCF were a 
chargeable item, so TSSO was it. And it certainly was more 
flexible than (the early) linked exits, because it was table 
driven and the tables could be reloaded on the fly.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO use of NETVIEW

[Chris Mason]

I thought I hadn't been as stupid as is here implied!

>  if you insist on doing all your automation though NetView's "command 
facility"

is what I said before the part quoted.

Some royal misrepresentation through selective quoting going on here!

There is a lot - did I say "a lot"? - to be said for quoting the *whole* of the 
referenced post even when picking out some parts - as I always do.

Chris Mason

On Wed, 9 Sep 2009 20:05:35 -0400, Gerhard Postpischil 
 wrote:

>Chris Mason wrote:
>> comprehensive functions for my "silent running" automation. In other words
>> there may have been a short period in the history of NCCF/NetView when
>> TSSO offered the cleverest way - maybe the only way - decently to
>> automate MVS, that is, better than using the internal reader for commands
>> and a "wait" program.
>
>The first version of TSSO appeared not too long after TSO. I am
>not certain who the original author was, but recall seeing Bill
>Godfrey's name in the documentation. That version allowed the
>operators to issue (some) TSO commands from a console.  In the
>mid or late seventies, Marc Share at Bell Labs presented an
>updated version that provided the capability to intercept
>console messages, and take some action (message, OS command,
>etc.); the nice part was the extraction by position or word
>count from the message, and insertion into an MVS or TSO
>command. When I was at AMS, and several later centers, I used
>this to automate just about everything possible (e.g., VTAM line
>and terminal error recovery, deletion of unwanted messages,
>etc.). IIRC, the early versions of NETVIEW/NCCF were a
>chargeable item, so TSSO was it. And it certainly was more
>flexible than (the early) linked exits, because it was table
>driven and the tables could be reloaded on the fly.
>
>Gerhard Postpischil
>Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Denver SHARE Presentations on linuxvm.org - Ten More

[Mark Post]

Cross-posted to Linux-390, IBMVM, and IBM-MAIN

I've received ten more Linux and z/VM presentations.  Thanks to all the 
speakers that have contributed.

Session Presenter   Title
2190Mario Held  Linux on System z Performance Update - Part 1 z10, CPU 
and Memory
2192Mario Held  Linux on System z Performance Update - Part 2 
Networking and Crypto
2193Mario Held  Linux on System z Performance Update - Part 3 I/O 
options
9117Jim Vincent Introduction to VMSES/E for z/VM
9154Jim Vincent Mythbusters: Taking on Virtualization, z/VM and Linux 
on System z
9165Gail Riley  Managing and Monitoring Symmetrix for Linux on 
System z
9212Jim Vincent Success with Linux on System z at Nationwide Insurance 
- Lessons Learned
9279Mario Held  Problem Determination for Linux on System z
9301Bill Reeder Extreme Virtualization at IBM: One step at a time, then 
run like they are chasing you
9307Bill Reeder Linux on System z, Why and Which Applications!!

http://linuxvm.org/Present/#share113


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Are compression services (CMPSERVS) eligible for zIIP/zAAP execution?

[Russell Witt]

Peter,

Just because a service can be eligible for a zIIP does not mean it will be
offloaded to one if you obtain a zIIP processor. There are the environmental
restrictions. The eligible workload must be run in an SRB enclave that is
identified as being zIIP eligible. If the batch job that is doing a lot
compression is a home-grown utility, you may have a hard time getting it
zIIP eligible. If the batch job is executing a Strobe utility, then you will
need to check with the Strobe people to find out if they have made it zIIP
eligible or not.

Russell Witt
CA 1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Farley, Peter x23353
Sent: Wednesday, September 09, 2009 4:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Are compression services (CMPSERVS) eligible for zIIP/zAAP
execution?


As the subject asks, are the z/OS compression/decompression services
(CMPSERVS in a Strobe performance report) eligible for zIIP/zAAP
execution?

We don't have any zIIP/zAAP engines so I am wondering if CMPSERVS could
be offloaded to them.

The immediate task is reducing the CPU consumption of a batch job where
52% of the CPU time is in the z/OS compression services.

TIA for any info you can provide.

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Startup of All STCs After IPL

[Brian Westerman]

Sorry for the blatant plug, but there also is SyzCmdZ which contains all of
the features of each of the command scripting products mentioned and many
more.  

Info at WWW.SyzygyInc.NET

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Seperate LPARs for Prod and Test or a single LPAR for both

[Edward Jaffe]

Natarajan Mohan wrote:

There is no reason to run system in basic mode anymore.


Modern hardware no longer supports basic mode. It's not a choice you get 
to make.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ABEND=SFCA during IMS10 installation (

[SrinivasG]

Hi,

I am getting the following error while Initrcon step(Initialize RECON / 
Register Data Bases) of IMS IVP installation. This is the abend I get:

ICH70001I IBMUSER  LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, 2009
$HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1
IEA995I SYMPTOM DUMP OUTPUT  814
SYSTEM COMPLETION CODE=FCA
 TIME=11.57.15  SEQ=00054  CPU=  ASID=002C
 PSW AT TIME OF ERROR  070C1000   818FBF4C  ILC 2  INTC 0D
   NO ACTIVE MODULE FOUND
   NAME=UNKNOWN
   DATA AT PSW  018FBF46 - 00181610  0A0D4110  016D182F
   AR/GR 0: 8A2AA780/8000   1: /80FCA000
 2: /008CFBF0   3: /00FDCEC0
 4: /008FF048   5: /008FDBC0
 6: /818FBF26   7: /00FC4580
 8: /   9: /018FB920
 A: /008FDC80   B: /7F4E0090
 C: /0134A3B8   D: /0A816420
 E: /00FEC100   F: 0102/
  END OF SYMPTOM DUMP
 IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON=
 $HASP395 IV3F102J ENDED


I am suspecting its related to SVC steps as part of IVP setup.

I have run the SVS steps successfully:
IV3D209T  Install TYPE 2 SVC
IV3D210T  Link-edit TYPE 4 SVC

My IEASVC00 is
SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */
SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC)  /*  ONLY FOR HPO*/
SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */
TYPE(2)
SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */
TYPE(4)
 BOTTOM OF DATA ***

I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB

The CPAC.PARMLIB(IEALPA00)
INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1)
   MODULES(IGC0020B,DFSAFMD0)

IGC203 is in SYS1.NUCLEUS dataset.

What could I have done wrong? Any help is greatly appreciated.

Regards,
Srinivas G


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABEND=SFCA during IMS10 installation (

[Binyamin Dissen]

On Thu, 10 Sep 2009 12:06:20 +0530 SrinivasG  wrote:

:>I am getting the following error while Initrcon step(Initialize RECON / 
Register Data Bases) of IMS IVP installation. This is the abend I get:

:>ICH70001I IBMUSER  LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, 2009
:>$HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1
:>IEA995I SYMPTOM DUMP OUTPUT  814
:>SYSTEM COMPLETION CODE=FCA
:> TIME=11.57.15  SEQ=00054  CPU=  ASID=002C
:> PSW AT TIME OF ERROR  070C1000   818FBF4C  ILC 2  INTC 0D
:>   NO ACTIVE MODULE FOUND
:>   NAME=UNKNOWN
:>   DATA AT PSW  018FBF46 - 00181610  0A0D4110  016D182F
:>   AR/GR 0: 8A2AA780/8000   1: /80FCA000
:> 2: /008CFBF0   3: /00FDCEC0
:> 4: /008FF048   5: /008FDBC0
:> 6: /818FBF26   7: /00FC4580
:> 8: /   9: /018FB920
:> A: /008FDC80   B: /7F4E0090
:> C: /0134A3B8   D: /0A816420
:> E: /00FEC100   F: 0102/
:>  END OF SYMPTOM DUMP
:> IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON=
:> $HASP395 IV3F102J ENDED

:>I am suspecting its related to SVC steps as part of IVP setup.

:>I have run the SVS steps successfully:
:>IV3D209T  Install TYPE 2 SVC
:>IV3D210T  Link-edit TYPE 4 SVC

:>My IEASVC00 is
:>SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */
:>SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC)  /*  ONLY FOR HPO*/
:>SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */
:>TYPE(2)
:>SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */
:>TYPE(4)
:> BOTTOM OF DATA ***
:>
:>I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB

:>The CPAC.PARMLIB(IEALPA00)
:>INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1)
:>   MODULES(IGC0020B,DFSAFMD0)

:>IGC203 is in SYS1.NUCLEUS dataset.

:>What could I have done wrong? Any help is greatly appreciated.

x'CA' is SVC 202.

Did you re-IPL? Check your NIP messages.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

T-Rex replacement

[גדי בן אבי]

Hi,

We are planning two replace two z890 with one z10BC with a capacity equivalent 
to the two z890’s.

T-Rex is currently licensed on only one z890, and Dino software want a hefty 
upgrade fee.

Can anyone recommend a replacement for T-Rex.

We use it for catalog backups and for getting rid of various orphaned files.

TIA

Gadi


לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, 
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html