Master Console Connection disconnected

[Peter]

Hi

X posted

We are trying to access our sandbox LPAR from our desktop 3270 client. I
have fetched the IP address, Port Address and LU name from the HMC.

When I try to connect first it says connected and later it gets
disconnected.

I am able to ping the IP address but when I do a telnet test from from DOS
first it shows a blank screen and later cones back to previous screen.

Any idea where should I be looking ? Is it something the firewall team have
to lookin ?

Is there an option within HMC that restricts connection from a new
destination within the organization?

Any suggestions?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[Edward Gould]

I keep it standard to a MOD 3.
NO DR issues and its quicker to define the environment.

Ed

> On Jul 7, 2016, at 4:58 PM, Edward Finnell 
> <000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
> 
> My concern is in a mixed CP Environment that you through stuff away. We  
> kept a defined string of 3380's for VMer's and they we happy. In the SSD can  
> still define 3380 mod2's for CKD.   
> 
> 
> In a message dated 7/7/2016 4:10:10 P.M. Central Daylight Time,  
> ee...@us.ibm.com writes:
> 
> I like  to (try to) ask more general questions when possible so that I 
> get a  better view of "what's out there" than I'd get if I were more  
> specific.  Also, that way I can usually get by with fewer  questions!
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[Steve Horein]

I had envisioned updating SISPSAMP(ISRPXASM) to better suit the NetView
Message Automation Table "language", replacing ISRPXPLX (PL/X-370) keywords
with my own. The intention when working within a MAT, using my updated
values by issuing HILITE PLX. I never got around to it though, so I don't
know if it's allowed!

On Thu, Jul 7, 2016 at 11:33 AM, Charles Mills  wrote:

> @John and @JR, thanks, that helps. The edit manual Primary Commands, Hilite
> is a good starting point.
>
> It looks to me like it is not user or vendor extensible. IBM ships support
> for 17 languages and that's it.
>
> Does anyone know any different?
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Eells
> Sent: Thursday, July 07, 2016 9:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF Profile basic question
>
> I believe edit profiles are kept in the ISREDIT member of your ISPPROF data
> set.  I'm not sure the format is documented anywhere, but there are
> services
> to retrieve and change the settings.
>
> Basically, if you define PROFILE FOO (which is as simple as using it on the
> Edit or View entry panel), and you set up the profile as you wish, and use
> it for FOO files, "it should just work."  But you probably know that much
> alreay.
>
> z/OS ISPF Edit and Edit Macros is where I'd start looking for more info.
>
> Charles Mills wrote:
> > I know this is an incredibly basic question and I am sure the answer
> > is RTFM
> > -- I just cannot figure out which FM to R -- and not from lack of trying.
> >
> > In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE
> CNTL".
> > Where are the "attributes" of REXX or CNTL defined to ISPF? What is
> > the file in which ISPF keeps the "characteristics" of REXX or CNTL,
> > especially the highlighting?
> >
> > If one wanted to define "PROFILE FOO" with highlighting suitable for
> > FOO files, where is the process documented? Which FM under what topic?
> 
>
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[Edward Finnell]

My concern is in a mixed CP Environment that you through stuff away. We  
kept a defined string of 3380's for VMer's and they we happy. In the SSD can  
still define 3380 mod2's for CKD.   
 
 
In a message dated 7/7/2016 4:10:10 P.M. Central Daylight Time,  
ee...@us.ibm.com writes:

I like  to (try to) ask more general questions when possible so that I 
get a  better view of "what's out there" than I'd get if I were more  
specific.  Also, that way I can usually get by with fewer  questions!


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[John Eells]

There was no big rush (smile).

We're not thinking of volume size related changes in ServerPac that I 
know about.  We are thinking about a larger volume size for the 
Customized Offerings Driver (COD) system, though, as it's getting tough 
to keep it on 3390-3 size volumes.


I like to (try to) ask more general questions when possible so that I 
get a better view of "what's out there" than I'd get if I were more 
specific.  Also, that way I can usually get by with fewer questions!


Art Gutowski wrote:


Apologies for being late to the party...to quote Reverend Jim, "ah...I've been 
busy!"

Are you asking because you are considering a ServerPac change?

We can carve out any size volume we need to, including EAV, though our Storage team 
prefers to keep to "standard" sizes (excepting EAV).  We use and will likely 
retain m1 for Jes2 Checkpoint and Couple DS.  m9 will be used for some system volumes 
(page, spool) on our small systems.  We use m27 for SYSRES and DLIB today and will 
continue to do so until z/OS outgrows them.  We use 2 m54 for SMP/E and other 
installation data, which we may eventually consolidate onto EAV.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[Art Gutowski]

On Tue, 28 Jun 2016 12:19:28 -0400, John Eells  wrote:

>What is the *smallest* volume size everyone sees in general use?
>
>For example, will we create any problems if we assume that "everyone"
>has or can define at least a 3390-9 size volume these days?  What if we
>chose 3390-27?

Apologies for being late to the party...to quote Reverend Jim, "ah...I've been 
busy!"

Are you asking because you are considering a ServerPac change?  

We can carve out any size volume we need to, including EAV, though our Storage 
team prefers to keep to "standard" sizes (excepting EAV).  We use and will 
likely retain m1 for Jes2 Checkpoint and Couple DS.  m9 will be used for some 
system volumes (page, spool) on our small systems.  We use m27 for SYSRES and 
DLIB today and will continue to do so until z/OS outgrows them.  We use 2 m54 
for SMP/E and other installation data, which we may eventually consolidate onto 
EAV.

Regards,
Art Gutowski
General Motors, LLC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Mark Post]

>>> On 7/7/2016 at 09:37 AM, Steve Thompson  wrote: 
> Meanwhile, Google is sometimes my enemy. With the Linux system I 
> am running, certain links will not function correctly, 
> particularly when they point directly to a .pdf (thank you Adobe 
> for abandoning Linux).

When I run into something odd like this, I:
Right-click the link
Select "copy link"
Switch to a terminal session
Issue wget -N "CTRL-V" (with the double quotes in case there are shell meta 
characters in the link.)


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Centre

[Sue Shumway, z/OS Product Documentation Lead, IBM Poughkeepsie]

Thanks, Andy. To reiterate for mass consumption what I said in my email to you, 
I'm sure that the Knowledge Center team is already aware of this problem and is 
working on it. Regardless, I forwarded your comment to them to point out a 
specific instance.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Has anyone had additional issues with LOGON to IBMLINK or IBM.COM?

[McCabe, Ron]

I was on Shopz earlier and had no issues and only 1 login page.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, July 07, 2016 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Has anyone had additional issues with LOGON to IBMLINK or IBM.COM?

Just checking.



I was wondering if there are any other issues about logging onto to IBM



I noticed that I seem to have a two webpage process now to logon.  One page for 
the id and one for the password.  Anyone else notice that?





Lizette Koehler

statistics: A precise and logical method for stating a half-truth inaccurately




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Has anyone had additional issues with LOGON to IBMLINK or IBM.COM?

[Lizette Koehler]

Just checking.

 

I was wondering if there are any other issues about logging onto to IBM 

 

I noticed that I seem to have a two webpage process now to logon.  One page for
the id and one for the password.  Anyone else notice that?



 

Lizette Koehler

statistics: A precise and logical method for stating a half-truth inaccurately

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[Paul Gilmartin]

On Thu, 7 Jul 2016 12:16:16 -0400, John Eells wrote:

>I believe edit profiles are kept in the ISREDIT member of your ISPPROF
>data set.  I'm not sure the format is documented anywhere, but there are
>services to retrieve and change the settings.
>
>Basically, if you define PROFILE FOO (which is as simple as using it on
>the Edit or View entry panel), and you set up the profile as you wish,
>and use it for FOO files, "it should just work."  But you probably know
>that much alreay.
> 
For UNIX files it can be more complicated.  Perhaps BPXWUNIX("file" file-id, 
...),
parse the result then, as Charles notes, you can't do what you need with it.

RFE to document the format of HILITE  files?  (But which John E. at Share
Denver rejoiced that the format of Program Objects is now OCO; non-GUPI?)

>z/OS ISPF Edit and Edit Macros is where I'd start looking for more info.
> 
That would be in Knowledge Centre?

(Why has ISPF-L been so quiet this month?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[Charles Mills]

@John and @JR, thanks, that helps. The edit manual Primary Commands, Hilite
is a good starting point.

It looks to me like it is not user or vendor extensible. IBM ships support
for 17 languages and that's it.

Does anyone know any different?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Eells
Sent: Thursday, July 07, 2016 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF Profile basic question

I believe edit profiles are kept in the ISREDIT member of your ISPPROF data
set.  I'm not sure the format is documented anywhere, but there are services
to retrieve and change the settings.

Basically, if you define PROFILE FOO (which is as simple as using it on the
Edit or View entry panel), and you set up the profile as you wish, and use
it for FOO files, "it should just work."  But you probably know that much
alreay.

z/OS ISPF Edit and Edit Macros is where I'd start looking for more info.

Charles Mills wrote:
> I know this is an incredibly basic question and I am sure the answer 
> is RTFM
> -- I just cannot figure out which FM to R -- and not from lack of trying.
>
> In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE
CNTL".
> Where are the "attributes" of REXX or CNTL defined to ISPF? What is 
> the file in which ISPF keeps the "characteristics" of REXX or CNTL, 
> especially the highlighting?
>
> If one wanted to define "PROFILE FOO" with highlighting suitable for 
> FOO files, where is the process documented? Which FM under what topic?



--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[Farley, Peter x23353]

Isn't the "profile" information (all of it, not just the HILITE type) kept in 
members of the ISPPROF dataset, typically named 'tsouser.ISPPROF'?

Which FM documents the format of the contents of members of ISPPROF I do not 
know.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, July 07, 2016 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF Profile basic question

I know this is an incredibly basic question and I am sure the answer is RTFM
-- I just cannot figure out which FM to R -- and not from lack of trying.

In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE CNTL".
Where are the "attributes" of REXX or CNTL defined to ISPF? What is the file
in which ISPF keeps the "characteristics" of REXX or CNTL, especially the
highlighting?

If one wanted to define "PROFILE FOO" with highlighting suitable for FOO
files, where is the process documented? Which FM under what topic?

Thanks,

Charles 
--

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[John Eells]

I believe edit profiles are kept in the ISREDIT member of your ISPPROF 
data set.  I'm not sure the format is documented anywhere, but there are 
services to retrieve and change the settings.


Basically, if you define PROFILE FOO (which is as simple as using it on 
the Edit or View entry panel), and you set up the profile as you wish, 
and use it for FOO files, "it should just work."  But you probably know 
that much alreay.


z/OS ISPF Edit and Edit Macros is where I'd start looking for more info.

Charles Mills wrote:

I know this is an incredibly basic question and I am sure the answer is RTFM
-- I just cannot figure out which FM to R -- and not from lack of trying.

In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE CNTL".
Where are the "attributes" of REXX or CNTL defined to ISPF? What is the file
in which ISPF keeps the "characteristics" of REXX or CNTL, especially the
highlighting?

If one wanted to define "PROFILE FOO" with highlighting suitable for FOO
files, where is the process documented? Which FM under what topic?




--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Profile basic question

[J R]

SC19-3621  ISPF  Edit and Edit Macros ?

On Jul 7, 2016, at 11:41, Charles Mills 
mailto:charl...@mcn.org>> wrote:

I know this is an incredibly basic question and I am sure the answer is RTFM
-- I just cannot figure out which FM to R -- and not from lack of trying.

In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE CNTL".
Where are the "attributes" of REXX or CNTL defined to ISPF? What is the file
in which ISPF keeps the "characteristics" of REXX or CNTL, especially the
highlighting?

If one wanted to define "PROFILE FOO" with highlighting suitable for FOO
files, where is the process documented? Which FM under what topic?

Thanks,

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[Elardus Engelbrecht]

Paul Gilmartin wrote:

>>Interesting. On what migration level and device type did the failure happened?
>I believe we migrate directly to 2 on our nice VSM.

Thanks. I was just wondering because I *think* the handling of the dataset 
depends on ML0 / 1 / 2.

>>Could you be kind to tell us what APAR was it and on what z/OS version did 
>>you applied it?
 
>PTF was UA81293
>APAR was OA49422
>2.2, I believe.

Many thanks. I will wake up my SMP/E guy...

We are still on 2.1, but I keep my eyes open for any weird and strange errors, 
like this nice and funny one which I learned earlier: 'TSO/E will not accept a 
password that begins with a question mark '?' character.'

Trust me, try character ? in the password field when logon to TSO. You will get 
a tutorial screen as a reward.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Vince Getgood]

Thanks all,

Greg, 
We have TVEXTPURGE(RELEASE) coded.

Allan,
I've re-run RMM housekeeping a few times.  It would seem that RMM isn't 
releasing ANY scratch tapes now...

Lizette,
Unfortunately I'm restricted to how many PMR's I can open in a year (4 - the 
company I work for are a software developer, and that's all they paid for!), 
and I'm pretty sure I've used up my allowance...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ISPF Profile basic question

[Charles Mills]

I know this is an incredibly basic question and I am sure the answer is RTFM
-- I just cannot figure out which FM to R -- and not from lack of trying.

In ISPF Edit or View you can of course say "PROFILE REXX" or "PROFILE CNTL".
Where are the "attributes" of REXX or CNTL defined to ISPF? What is the file
in which ISPF keeps the "characteristics" of REXX or CNTL, especially the
highlighting?

If one wanted to define "PROFILE FOO" with highlighting suitable for FOO
files, where is the process documented? Which FM under what topic?

Thanks,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: IBM Knowledge Centre

[Tony Harminc]

On 7 July 2016 at 11:01, Sue Shumway  wrote:
> Just out of curiosity, if ePubs of z/OS books provided all the same 
> functionalities as PDFs (same technical content, same methods for 
> obtaining/saving, etc.), plus had added benefits such as visual scaling and 
> accessibility, would you still be so adamant about keeping PDFs?

It seems to me that the great claim-to-fame of PDFs is "print
fidelity", i.e. if you print or display a PDF document it looks
exactly the same as what the author intended, and is the same for
everyone on every device. Well everyone has seen this fail to some
extent, but still, it is a fundamental goal of the format. So fonts,
column spacing, page breaks, and of course colours on suitable devices
are *the same*, subject only to scaling and maybe font substitution if
necessary.

Other presentation formats have quite different goals. In particular,
HTML and friends are geared more to matching the content suitably to
the available presentation device, and I gather the ereader formats
are similar in this respect. For example exact pagination is not
maintained when you read a book on a Kindle; the text flow is more
important when you are reading a novel. Perhaps the author can enforce
some degree of fidelity, but I don't think it's a fundamental feature.

I'm not sure how important these goals are when talking of IBM pubs.
In the old .BOO format, tables often lost their alignment, and so for
example the descriptions of RACF return codes which have three levels
were often very hard to interpret in .BOO books, but always correct
(at least as correct as the author made them) in PDFs. Clearly reading
a print-fidelity document on a very small screen requiring much
windowing is no fun. But the layout does have to be maintained in
order to keep the technical results clear; these are for the most part
not novels or general text.

May I suggest you look at the RACF manual I mentioned above? It's
"SA23-2294-01 z/OS Security Server RACROUTE Macro Reference Version 2
Release 1". Drill down to "Chapter 3 System macros", then "RACROUTE
REQUEST=VERIFY (standard form)", and then "Return codes and reason
codes". The PDF version is "correct". See if/how you can get the
return and reason codes with their text descriptions to be readable on
several devices with various screen sizes.

Thanks,

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[Paul Gilmartin]

On Thu, 7 Jul 2016 10:14:21 -0500, Elardus Engelbrecht wrote:
>
>>Oh my!  A few months ago I encountered a problem such that an attempted 
>>DSLIST INFO on an alias of a migrated data set failed. IBM repaired it with 
>>APAR.
>
>Interesting. On what migration level and device type did the failure happened?
> 
I believe we migrate directly to 2 on our nice VSM.

>Could you be kind to tell us what APAR was it and on what z/OS version did you 
>applied it?
> 
PTF was UA81293
APAR was OA49422
2.2, I believe.

*  ARC1010I USER REQUEST FOR A MIGRATED*
*  DATA SET FAILED *

Problem conclusion
DFSMS has been modified to resolve this problem.
???

Pondering this, ISPF issues some specialized ENQs, not always SYSDSN, so in
some cases it must resolve the alias.

>>But still, INFO should display *both* the alias name and the RELATED name.
>
>Or ALL the alias names and the related names (according to the original RFE.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command to display Enqueue

[Paul Gilmartin]

On Thu, 7 Jul 2016 10:05:12 -0500, John McKown wrote:

>On Thu, Jul 7, 2016 at 9:51 AM, FRISBIE, JIM wrote:
>
>> ..., DFDSS can't get an exclusive enqueue and issues RC=8. ...
>
>​I cheat. I put an IEFBR14 step at the end of the job with:
>
>//ENQUEUE EXEC PGM=IEFBR14
>//STOPIT DD DISP=SHR,DSN=dsn.to.reserve
> 
Needs to be an EXClusive ENQ.

>I also put SHARE TOL(ENQF) in my DFDSS control cards if all I'm doing is a
>non-critical back up.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[Elardus Engelbrecht]

Paul Gilmartin wrote:

>>Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record 
>>the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. 
>>discover and OPEN the real name. I suppose the ISPF technicians will 
>>recognize this.

>Oh my!  A few months ago I encountered a problem such that an attempted DSLIST 
>INFO on an alias of a migrated data set failed. IBM repaired it with APAR.

Interesting. On what migration level and device type did the failure happened?

Could you be kind to tell us what APAR was it and on what z/OS version did you 
applied it?


>But still, INFO should display *both* the alias name and the RELATED name.

Or ALL the alias names and the related names (according to the original RFE.)

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Centre

[Styles, Andy (SD EP zPlatform)]

It's not visible - if I mouse over the place I know it to be, a tool tip pops 
up to tell me that it expands/hides the TOC. 

Andy Styles 
z/Series Systems Programmer 
 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sue Shumway
Sent: 07 July 2016 15:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Knowledge Centre

-- This email has reached the Bank via an external source --
 

Are you saying that the icon isn't visible at all on IE, or just as easy to 
miss as on any other browser? I opened 
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/en/homepage.html
 in both FF and IE, and they look technically the same on both, though I 
certainly realize that individual circumstances differ.

Per https://kdp.amazon.com/help?topicId=A2GF0UFHIYG9VQ , Kindles currently 
support unzipped and validated ePubs and only those Mobis that are created with 
Amazon tools such as KindleGen. So, I believe that your Kindle, if you were in 
a pinch and had to use it, would be able to read a z/OS book in ePub format. 
It's a pretty widely-accepted format, and similar (even superior) to PDFs in 
many respects as long as you have a good reader.
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: IBM Knowledge Centre

[Jack J. Woehr]

Sue Shumway wrote:

Just out of curiosity, if ePubs of z/OS books provided all the same 
functionalities as PDFs (same technical content, same methods for 
obtaining/saving, etc.), plus had added benefits such as visual scaling and 
accessibility, would you still be so adamant about keeping PDFs?


Everyone has PDF ... not everyone has other ePub methods. E.g., PDF works on OpenBSD but I don't know of other ePub 
methods that work.


Please keep IBM publications operating system agnostic.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[J R]

Technical detail:  Does not OPEN (and therefore CLOSE, etc.) do everything with 
the real DSN?  The resulting ENQ is on the real DSN.  

Sent from my iPhone

> On Jul 7, 2016, at 05:38, Vernooij, CP (ITOPT1) - KLM  
> wrote:
> 
> Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record 
> the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. 
> discover and OPEN the real name. I suppose the ISPF technicians will 
> recognize this.
> 
> Kees.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Styles, Andy (SD EP zPlatform)
> Sent: 07 July, 2016 10:41
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ISPF and Dataset alias usage
> 
> Hi All,
> 
> You may recall that I asked some questions about identifying data alias 
> usage; I was pointed at SMF14ALIAS, which came in with z/OS 2.1.
> 
> z/OS 2.1 does indeed record alias usage, where the dataset in question is 
> accessed via the alias. However, ISPF does NOT access the dataset via the 
> alias, instead appearing to discover the real dataset and access that 
> directly.
> 
> I've raised an RFE to enhance ISPF to record this alias usage:
> 
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91081
> 
> Vote if you like it :)
> 
> Thanks,
> 
> Andy Styles
> z/Series Systems Programmer
> 
> 
> 
> Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
> Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank 
> plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in 
> England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. 
> Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. 
> SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered 
> Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 
> 2299428. Telephone: 0345 603 1637
> 
> Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
> Regulation Authority and regulated by the Financial Conduct Authority and 
> Prudential Regulation Authority.
> 
> Cheltenham & Gloucester plc is authorised and regulated by the Financial 
> Conduct Authority.
> 
> Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester 
> Savings is a division of Lloyds Bank plc.
> 
> HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
> Scotland no. SC218813.
> 
> This e-mail (including any attachments) is private and confidential and may 
> contain privileged material. If you have received this e-mail in error, 
> please notify the sender and delete it (including any attachments) 
> immediately. You must not copy, distribute, disclose or use any of the 
> information in it or any attachments. Telephone calls may be monitored or 
> recorded.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command to display Enqueue

[Paul Gilmartin]

On Thu, 7 Jul 2016 10:55:35 -0400, Keith Smith wrote:

>Are you looking for
>
>D GRS,RES=(SYSDSN,YOUR.DATASET.NAME.HERE)
> 
This leaves a TOCTTOU exposure.  But it will surely mitigate the frequency
of the phone calls.

>On Thu, Jul 7, 2016 at 10:51 AM, FRISBIE, JIM wrote:
>
>> Is there a system command that will show if a specific file is enqueued?
>> And even better, who holds the enqueue? We have a nightly batch job that
>> backs up a file on System-A and then restores it on System-B. About once a
>> month a TSO user (almost always the same Operator) will have that file
>> open, DFDSS can't get an exclusive enqueue and issues RC=8. ...
>> 
Why not add to that batch job a DD DISP=MOD for that DSN?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command to display Enqueue

[John McKown]

On Thu, Jul 7, 2016 at 9:51 AM, FRISBIE, JIM  wrote:

> Is there a system command that will show if a specific file is enqueued?
> And even better, who holds the enqueue? We have a nightly batch job that
> backs up a file on System-A and then restores it on System-B. About once a
> month a TSO user (almost always the same Operator) will have that file
> open, DFDSS can't get an exclusive enqueue and issues RC=8. If it can be
> determined whether the file is in use before the job is run, the Operator
> won't run the job and I won't get a phone call at midnight. Even though the
> documentation says "Fill out a Problem Report and DON"T CALL ANYBODY" the
> Operator persists in calling.
>
> My sleep and the life of the Operator are at risk, any help would be
> greatly appreciated.
>

​I cheat. I put an IEFBR14 step at the end of the job with:

//ENQUEUE EXEC PGM=IEFBR14
//STOPIT DD DISP=SHR,DSN=dsn.to.reserve

I also put SHARE TOL(ENQF) in my DFDSS control cards if all I'm doing is a
non-critical back up.




>
>
> Jim Frisbie
> Sr Systems Programmer
> 919-831-4711
>

-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: IBM Knowledge Centre

[Sue Shumway]

I'm in the other camp with a smartphone but no tablet, and I hate trying to 
zoom and pan my way around what is basically an image on my small screen. I'm 
probably in the minority these days without a tablet, but there's no reason to 
not plan for small smartphone screens anyway.

Just out of curiosity, if ePubs of z/OS books provided all the same 
functionalities as PDFs (same technical content, same methods for 
obtaining/saving, etc.), plus had added benefits such as visual scaling and 
accessibility, would you still be so adamant about keeping PDFs?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command to display Enqueue

[Campbell Jay]

D GRS,RES=(*,filename)

Jay Campbell
IBM OS Support Section

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of FRISBIE, JIM
Sent: Thursday, July 07, 2016 10:52 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Command to display Enqueue

Is there a system command that will show if a specific file is enqueued? And 
even better, who holds the enqueue? We have a nightly batch job that backs up a 
file on System-A and then restores it on System-B. About once a month a TSO 
user (almost always the same Operator) will have that file open, DFDSS can't 
get an exclusive enqueue and issues RC=8. If it can be determined whether the 
file is in use before the job is run, the Operator won't run the job and I 
won't get a phone call at midnight. Even though the documentation says "Fill 
out a Problem Report and DON"T CALL ANYBODY" the Operator persists in calling.



My sleep and the life of the Operator are at risk, any help would be greatly 
appreciated.


Jim Frisbie
Sr Systems Programmer
919-831-4711

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command to display Enqueue

[Keith Smith]

Are you looking for


D GRS,RES=(SYSDSN,YOUR.DATASET.NAME.HERE)

On Thu, Jul 7, 2016 at 10:51 AM, FRISBIE, JIM 
wrote:

> Is there a system command that will show if a specific file is enqueued?
> And even better, who holds the enqueue? We have a nightly batch job that
> backs up a file on System-A and then restores it on System-B. About once a
> month a TSO user (almost always the same Operator) will have that file
> open, DFDSS can't get an exclusive enqueue and issues RC=8. If it can be
> determined whether the file is in use before the job is run, the Operator
> won't run the job and I won't get a phone call at midnight. Even though the
> documentation says "Fill out a Problem Report and DON"T CALL ANYBODY" the
> Operator persists in calling.
>
>
>
> My sleep and the life of the Operator are at risk, any help would be
> greatly appreciated.
>
>
> Jim Frisbie
> Sr Systems Programmer
> 919-831-4711
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient. If you are not the intended recipient,
> please contact the sender and delete all copies. Any review or distribution
> by others is strictly prohibited. Personal emails are restricted by policy
> of the State Employees' Credit Union (SECU).  Therefore SECU specifically
> disclaims any responsibility or liability for any personal information or
> opinions of the author expressed in this email.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Keith Smith
Engineer-Enterprise Sys Sr.-IT Capacity & Performance
Shaw Industries Inc.
Subsidiary of Berkshire Hathaway
616 E Walnut Ave
Mail Drop 072-04
Dalton, GA 30721
Email: keith.sm...@shawinc.com  Office: 706.532.3244

Please consider the environment before printing.

-- 
**
Privileged and/or confidential information may be contained in this 
message. If you are not the addressee indicated in this message (or are not 
responsible for delivery of this message to that person) , you may not copy 
or deliver this message to anyone. In such case, you should destroy this 
message and notify the sender by reply e-mail.
If you or your employer do not consent to Internet e-mail for messages of 
this kind, please advise the sender.
Shaw Industries does not provide or endorse any opinions, conclusions or 
other information in this message that do not relate to the official 
business of the company  or its subsidiaries.
**


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Centre

[Sue Shumway]

Are you saying that the icon isn't visible at all on IE, or just as easy to 
miss as on any other browser? I opened 
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/en/homepage.html
 in both FF and IE, and they look technically the same on both, though I 
certainly realize that individual circumstances differ.

Per https://kdp.amazon.com/help?topicId=A2GF0UFHIYG9VQ , Kindles currently 
support unzipped and validated ePubs and only those Mobis that are created with 
Amazon tools such as KindleGen. So, I believe that your Kindle, if you were in 
a pinch and had to use it, would be able to read a z/OS book in ePub format. 
It's a pretty widely-accepted format, and similar (even superior) to PDFs in 
many respects as long as you have a good reader.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Command to display Enqueue

[FRISBIE, JIM]

Is there a system command that will show if a specific file is enqueued? And 
even better, who holds the enqueue? We have a nightly batch job that backs up a 
file on System-A and then restores it on System-B. About once a month a TSO 
user (almost always the same Operator) will have that file open, DFDSS can't 
get an exclusive enqueue and issues RC=8. If it can be determined whether the 
file is in use before the job is run, the Operator won't run the job and I 
won't get a phone call at midnight. Even though the documentation says "Fill 
out a Problem Report and DON"T CALL ANYBODY" the Operator persists in calling.



My sleep and the life of the Operator are at risk, any help would be greatly 
appreciated.


Jim Frisbie
Sr Systems Programmer
919-831-4711

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: [EXTERNAL] Re: IBM Knowledge Centre

[Jack J. Woehr]

Peter Hunkeler wrote:

What I absoultely dislike is the fact that it does not seem to work well with IE

I view that as a plus :) And if IE is mandated at work, it's time to sling the 
rez ... :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[Paul Gilmartin]

On Thu, 7 Jul 2016 09:37:37 +, Vernooij, CP (ITOPT1) - KLM wrote:

>Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record 
>the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. 
>discover and OPEN the real name. I suppose the ISPF technicians will recognize 
>this.
>
Oh my!  A few months ago I encountered a problem such that an
attempted DSLIST INFO on an alias of a migrated data set failed.
IBM repaired it with APAR.

I hope anything they change doesn't break it further.

But if ISPF were to use the same rules as other components it would be more
likely to repair such things than break them.

But still, INFO should display *both* the alias name and the RELATED name.

>-Original Message-
>From: Styles, Andy (SD EP zPlatform)
>Sent: 07 July, 2016 10:41
>
>You may recall that I asked some questions about identifying data alias usage; 
>I was pointed at SMF14ALIAS, which came in with z/OS 2.1.
>
>z/OS 2.1 does indeed record alias usage, where the dataset in question is 
>accessed via the alias. However, ISPF does NOT access the dataset via the 
>alias, instead appearing to discover the real dataset and access that directly.
>
>I've raised an RFE to enhance ISPF to record this alias usage:
>
>http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91081
>
>Vote if you like it :)
>Thanks,
>Andy Styles
>z/Series Systems Programmer

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Steve Thompson]

Thank you.

I had looked but somehow did not see this manual there. And it 
took a bit of effort, but I finally found the SVC Table and there 
it was, NOP.


Regards,
Steve Thompson

On 07/07/2016 09:28 AM, John McKown wrote:

On Thu, Jul 7, 2016 at 8:21 AM, Norbert Friemel  wrote:


On Thu, 7 Jul 2016 08:54:29 -0400, Steve Thompson wrote:


I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't
say much, but what it does say is important).

I'd like to know what is found in one of those books. I don't
have, available to me now, anything prior to z/OS 1.1. And I
think it was also documented in the MVS/XA Diagnosis Ref. (or
what ever it was called in those days), but the current books
just say reserved.



http://paul.saers.com/MVS_treasures_01.html



​Oh, my. That is a very clever idea. IMO.​





Page 60 (pdf):
https://archive.org/details/bitsavers_ibm360feS2SystemFEHandbookJul71_9869324

Norbert Friemel




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Lizette Koehler]

And if you still do not have a solution, I would open an SR with IBM RMM to get 
clarification.  

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Greg Shirey
> Sent: Thursday, July 07, 2016 6:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM CDS backup versions
> 
> As far as HSM and RMM "talking" to each other, there is this, from the RMM
> Implementation and Customization Guide, I think for version 1.13:
> 
> You can use the TVEXTPURGE parmlib option in the DFSMSrmm EDGRMMxx  parmlib
> member to control the action DFSMSrmm takes when DFSMShsm calls EDGTVEXT. A
> benefit of this interaction is that DFSMSrmm can prevent DFSMShsm from
> overwriting its own control data set backup, automatic dump, ABARS, and copies
> of backup or migration tapes. Although DFSMShsm checks its own migration and
> its own backup tapes, DFSMSrmm checks them as well.
> 
> HTH,
> Greg Shirey
> Ben E. Keith Company
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vince Getgood
> Sent: Thursday, July 07, 2016 5:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM CDS backup versions
> 
> All,
> Thanks for the hep so far.   Please bear in mind that I "inherited" this site
> from another contractor, and have no documentation about what was done or why.
> He set this up.
> 
> I also have no prior experience with RMM.
> 
> 
> Try changing the "count" in the VRS to  a "more reasonable (FSVO reasonable)
> value.
> e.g. 10 and see if the tapes release.
> 
> 
> I'll try that, thanks.
> 
> 
> HSM and RMM are independent products.  Some shops use RMM with FDR instead of
> HSM.  Others use HSM with CA-1 instead of RMM.  The two products will not talk
> to each other unless you tell them to.
> 
> 
> I can't find anything in the RMM or HSM manuals that tells me how to make them
> "talk" to each other.  HSM is definitely releasing migration and backup tapes,
> just not CDS backup tapes.
> 
> RMM talks about defining HSM to RACF, and setting RMM & HSM options (which as
> far as I can tell has all been done).  The only inconsistency I can see is
> that the RMM manual says to code SETSYS TAPESECURITY(EXPIRATION), and we have
> SETSYS TAPESECURITY(RACF).
> 
> If you can point me at the relevant part of the manual, I'll happily read it!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Steve Thompson]

Yes quite interesting. I had forgotten all the particulars, and 
there in the list you pointed to was an an answer I gave to the 
subject...


Meanwhile, Google is sometimes my enemy. With the Linux system I 
am running, certain links will not function correctly, 
particularly when they point directly to a .pdf (thank you Adobe 
for abandoning Linux).


And most of the hits I got were just that, so that I couldn't get 
to them.


However, in searching Bit savers, I could not find a Field 
Engineers Ref.


But that article link to that particular archived thread answered 
my questions.


Thank you muchly for that -- things you don't use you tend to 
completely forget.


Regards,
Steve Thompson

On 07/07/2016 09:08 AM, Vernooij, CP (ITOPT1) - KLM wrote:

Google will answer anything. I found a tablet hat does not have a description 
for MVS, but for CMS (DOS ON) it says: LIOCS DIAG.
Another article https://www.mail-archive.com/ibm-main@bama.ua.edu/msg92290.html 
calls it the NOP SVC in S/360.

Intersting stuff.
Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: 07 July, 2016 14:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for an answer to an SVC question

I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't
say much, but what it does say is important).

I'd like to know what is found in one of those books. I don't
have, available to me now, anything prior to z/OS 1.1. And I
think it was also documented in the MVS/XA Diagnosis Ref. (or
what ever it was called in those days), but the current books
just say reserved.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Staller, Allan]

Pending release is GOOD!

This means that RMM has decided to expire the tape.  It will be "finally" 
scratched on the next housekeeping cycle.
This is just the way RMM works.



Try changing the "count" in the VRS to  a "more reasonable (FSVO reasonable) 
value.  
e.g. 10 and see if the tapes release.


I've done that, and verified the VRS's, and re run RMM "housekeeping".  Now 
some tapes have a status of PENDING RELEASE.

The only ACTION PENDING I can see is RETURN TO SCRATCH POOL


This email � including attachments � may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[John McKown]

On Thu, Jul 7, 2016 at 8:21 AM, Norbert Friemel  wrote:

> On Thu, 7 Jul 2016 08:54:29 -0400, Steve Thompson wrote:
>
> >I am looking for an old Field Engineers Handbook entry on SVCs.
> >
> >SVC 50 used to be documented there (and as I recall, it doesn't
> >say much, but what it does say is important).
> >
> >I'd like to know what is found in one of those books. I don't
> >have, available to me now, anything prior to z/OS 1.1. And I
> >think it was also documented in the MVS/XA Diagnosis Ref. (or
> >what ever it was called in those days), but the current books
> >just say reserved.
> >
>
> http://paul.saers.com/MVS_treasures_01.html


​Oh, my. That is a very clever idea. IMO.​


>
>
> Page 60 (pdf):
> https://archive.org/details/bitsavers_ibm360feS2SystemFEHandbookJul71_9869324
>
> Norbert Friemel
>
>
-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Norbert Friemel]

On Thu, 7 Jul 2016 08:54:29 -0400, Steve Thompson wrote:

>I am looking for an old Field Engineers Handbook entry on SVCs.
>
>SVC 50 used to be documented there (and as I recall, it doesn't
>say much, but what it does say is important).
>
>I'd like to know what is found in one of those books. I don't
>have, available to me now, anything prior to z/OS 1.1. And I
>think it was also documented in the MVS/XA Diagnosis Ref. (or
>what ever it was called in those days), but the current books
>just say reserved.
>

http://paul.saers.com/MVS_treasures_01.html

Page 60 (pdf):  
https://archive.org/details/bitsavers_ibm360feS2SystemFEHandbookJul71_9869324

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Greg Shirey]

As far as HSM and RMM "talking" to each other, there is this, from the RMM 
Implementation and Customization Guide, I think for version 1.13: 

You can use the TVEXTPURGE parmlib option in the DFSMSrmm EDGRMMxx  parmlib 
member to control the action DFSMSrmm takes when DFSMShsm calls EDGTVEXT. A 
benefit of this interaction is that DFSMSrmm can prevent DFSMShsm from 
overwriting its own control data set backup, automatic dump, ABARS, and copies 
of backup or migration tapes. Although DFSMShsm checks its own migration and 
its own backup tapes, DFSMSrmm checks them as well.

HTH,
Greg Shirey
Ben E. Keith Company

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vince Getgood
Sent: Thursday, July 07, 2016 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM CDS backup versions

All,
Thanks for the hep so far.   Please bear in mind that I "inherited" this site 
from another contractor, and have no documentation about what was done or why.  
He set this up.

I also have no prior experience with RMM.


Try changing the "count" in the VRS to  a "more reasonable (FSVO reasonable) 
value.  
e.g. 10 and see if the tapes release.


I'll try that, thanks.


HSM and RMM are independent products.  Some shops use RMM with FDR instead of 
HSM.  Others use HSM with CA-1 instead of RMM.  The two products will not talk 
to each other unless you tell them to.


I can't find anything in the RMM or HSM manuals that tells me how to make them 
"talk" to each other.  HSM is definitely releasing migration and backup tapes, 
just not CDS backup tapes.  

RMM talks about defining HSM to RACF, and setting RMM & HSM options (which as 
far as I can tell has all been done).  The only inconsistency I can see is that 
the RMM manual says to code SETSYS TAPESECURITY(EXPIRATION), and we have SETSYS 
TAPESECURITY(RACF).

If you can point me at the relevant part of the manual, I'll happily read it!

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Vernooij, CP (ITOPT1) - KLM]

Google will answer anything. I found a tablet hat does not have a description 
for MVS, but for CMS (DOS ON) it says: LIOCS DIAG.
Another article https://www.mail-archive.com/ibm-main@bama.ua.edu/msg92290.html 
calls it the NOP SVC in S/360.

Intersting stuff.
Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: 07 July, 2016 14:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for an answer to an SVC question

I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't 
say much, but what it does say is important).

I'd like to know what is found in one of those books. I don't 
have, available to me now, anything prior to z/OS 1.1. And I 
think it was also documented in the MVS/XA Diagnosis Ref. (or 
what ever it was called in those days), but the current books 
just say reserved.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for an answer to an SVC question

[Blaicher, Christopher Y.]

I have a OS/VS2 Debugging Handbook, Second Edition, 1978 and it says RESERVED.  
Maybe at some point between then and now it was documented.

On my system SVC 50 points to a IEFBR14 sequence.  If somehow you could get to 
+4, it does a few instructions and issues an SVC 13.

I think it is best to still think of it as reserved.  Here is the code.

  1BFF07FE 0D904110
00F88910 00148810 000858F0 91824100
00848900 00181610 0A0D 

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Thursday, July 7, 2016 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for an answer to an SVC question

I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't say much, but 
what it does say is important).

I'd like to know what is found in one of those books. I don't have, available 
to me now, anything prior to z/OS 1.1. And I think it was also documented in 
the MVS/XA Diagnosis Ref. (or what ever it was called in those days), but the 
current books just say reserved.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Looking for an answer to an SVC question

[Steve Thompson]

I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't 
say much, but what it does say is important).


I'd like to know what is found in one of those books. I don't 
have, available to me now, anything prior to z/OS 1.1. And I 
think it was also documented in the MVS/XA Diagnosis Ref. (or 
what ever it was called in those days), but the current books 
just say reserved.


Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ibm-main@listserv.ua.edu

[Joseph Reichman]

Thanks worked

> On Jul 7, 2016, at 8:23 AM, Tom Conley  wrote:
> 
>> On 7/7/2016 8:14 AM, Joe Reichman wrote:
>> So let me post the code
>> 
>> SET &SYSSCAN = 2
>> SET LINE = &NRSTR(&&SYSOUTLINE1)
>> SET &SYSSCAN = 16
>> SET LINE1 = &STR(&LINE)
>> SET KEYWORD = &SUBSTR(50:54,&LINE1)
>> IF &KEYWORD = OPEN/* HERE IS WHERE THE ERROR OCCURS IF KEYWORD IS '*' */
> 
> IF &STR(&KEYWORD) = OPEN
> 
> Regards,
> Tom Conley
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ibm-main@listserv.ua.edu

[Tom Conley]

On 7/7/2016 8:14 AM, Joe Reichman wrote:

So let me post the code

SET &SYSSCAN = 2
SET LINE = &NRSTR(&&SYSOUTLINE1)
SET &SYSSCAN = 16
SET LINE1 = &STR(&LINE)
SET KEYWORD = &SUBSTR(50:54,&LINE1)
IF &KEYWORD = OPEN/* HERE IS WHERE THE ERROR OCCURS IF KEYWORD IS '*' */



IF &STR(&KEYWORD) = OPEN

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ibm-main@listserv.ua.edu

[Joe Reichman]

So let me post the code

SET &SYSSCAN = 2
SET LINE = &NRSTR(&&SYSOUTLINE1)
SET &SYSSCAN = 16
SET LINE1 = &STR(&LINE)
SET KEYWORD = &SUBSTR(50:54,&LINE1)
IF &KEYWORD = OPEN/* HERE IS WHERE THE ERROR OCCURS IF KEYWORD IS '*' */


.
.
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of CM Poncelet
Sent: Thursday, July 7, 2016 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Character data returned from &STR

&NRSTR will not necessarily work. If so, use SYSSCAN (its default value is
16).

E.g.
SET SYSSCAN = 2/* note: 0 will interpret all &'s as data including 
&NRSTR; set it to 1, 2 or 3 etc. as appropriate */  SET
SYSSCAN = 16

CP


Lizette Koehler wrote:

>And if that does not work, then show the code you are using.
>
>Include how you set the variable,
>What the variable contains,
>And what you are using for &STR( )
>
>CONLIST, SYMLIST, LIST is helpful.
>
>Lizette
>
>
>  
>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>On Behalf Of Lizette Koehler
>>Sent: Wednesday, July 06, 2016 2:31 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: Character data returned from &STR
>>
>>So you may also want to join, if you have not done so, the TSO REXX 
>>list.  We speak CLIST There.
>>TSO REXX  http://www2.marist.edu/htbin/wlvindex?TSO-REXX
>>Go to bottom of webpage to join
>>
>>
>>Try using &NSTR
>>
>>Lizette
>>
>>
>>
>>
>>>-Original Message-
>>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>>On Behalf Of Joseph Reichman
>>>Sent: Wednesday, July 06, 2016 12:49 PM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: Character data returned from &STR
>>>
>>>Hi
>>>
>>>Is there anyway to check that &STR converted the variable in question 
>>>to valid characters
>>>
>>>After the &STR if do a compare in which case the variable had an '*'
>>>and I am getting "expression with operators out of sequence
>>>
>>>  
>>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>  
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CP variables (z/OS 2.2 ServerPac)

[R.S.]

ServerPac z/OS 2.2

In the Installation Variables I found a section which is new for me:
CP VARIABLES
CP DOMAIN NAME   D  DOMAIN1
QUERY SECURITYGRPD  CPOQUERY
CTRL SECURITY GRPD  CPOCTRL
CP GROUP1 GIDD
CP GROUP2 GIDD
CP USER NAME D  cposrv
CP USER GROUPD  CPOUGRP
CP USER UID  D
CP USER GROUP GIDD
SYS OBSERV USERIDD  cpocim
CP CONFIG USERUIDD
CP HLQ   D  CPO
CP CTRLCNTRUSER  D  CPCCUSR
CEA HLQ  D  CEA

Of course I read the description - CP stands for Capacity Provisioning 
and ...still have no idea what values I should provide for the 
variables. For example: DOMAIN - "Specify the Domain name for CP".  What 
is it? Is it domain of HMC/SE?

Where ca I read more about those variables and its purpose?
Any clue?



--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS error help

[Peter Relson]

>Do I need to
>make sure OA43495 (or its 2.1 PTF) is applied on a 2.1 system, and
>only then recopy MIGLIB? Or is there a way I can apply the maintenance
>directly to the 2.1 MIGLIB on the 2.2 system? 

Surely the necessary thing is to install the APAR (into the 2.1 miglib) 
and then use that updated MIGLIB (whether copied or not).

It wouldn't surprise me if the release upon which you run the "install" 
does not need to be the target release, provided that you have identified 
the libraries that need updating (such that you could run it on 2.2). But 
I don't know for sure.

Peter Relson
rel...@us.ibm.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Vince Getgood]

Allan,

Try changing the "count" in the VRS to  a "more reasonable (FSVO reasonable) 
value.  
e.g. 10 and see if the tapes release.


I've done that, and verified the VRS's, and re run RMM "housekeeping".  Now 
some tapes have a status of PENDING RELEASE.

The only ACTION PENDING I can see is RETURN TO SCRATCH POOL

What next?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RFE for colored file list in UDLIST

[Daniel Vonrueti]

Hi all

if you think it's a good idea to have the same colored file list in UDLIST as 
in ISHELL please vote here:

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91076

thanks and kind regards

Daniel Vonrueti

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM CDS backup versions

[Vince Getgood]

All,
Thanks for the hep so far.   Please bear in mind that I "inherited" this site 
from another contractor, and have no documentation about what was done or why.  
He set this up.

I also have no prior experience with RMM.


Try changing the "count" in the VRS to  a "more reasonable (FSVO reasonable) 
value.  
e.g. 10 and see if the tapes release.


I'll try that, thanks.


HSM and RMM are independent products.  Some shops use RMM with FDR instead of 
HSM.  Others use HSM with CA-1 instead of RMM.  The two products will not talk 
to each other unless you tell them to.


I can't find anything in the RMM or HSM manuals that tells me how to make them 
"talk" to each other.  HSM is definitely releasing migration and backup tapes, 
just not CDS backup tapes.  

RMM talks about defining HSM to RACF, and setting RMM & HSM options (which as 
far as I can tell has all been done).  The only inconsistency I can see is that 
the RMM manual says to code SETSYS TAPESECURITY(EXPIRATION), and we have SETSYS 
TAPESECURITY(RACF).

If you can point me at the relevant part of the manual, I'll happily read it!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF and Dataset alias usage

[Vernooij, CP (ITOPT1) - KLM]

Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record 
the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. 
discover and OPEN the real name. I suppose the ISPF technicians will recognize 
this.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Styles, Andy (SD EP zPlatform)
Sent: 07 July, 2016 10:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF and Dataset alias usage

Hi All,

You may recall that I asked some questions about identifying data alias usage; 
I was pointed at SMF14ALIAS, which came in with z/OS 2.1.

z/OS 2.1 does indeed record alias usage, where the dataset in question is 
accessed via the alias. However, ISPF does NOT access the dataset via the 
alias, instead appearing to discover the real dataset and access that directly.

I've raised an RFE to enhance ISPF to record this alias usage:

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91081

Vote if you like it :)

Thanks,

Andy Styles
z/Series Systems Programmer



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ISPF and Dataset alias usage

[Styles, Andy (SD EP zPlatform)]

Hi All,

You may recall that I asked some questions about identifying data alias usage; 
I was pointed at SMF14ALIAS, which came in with z/OS 2.1.

z/OS 2.1 does indeed record alias usage, where the dataset in question is 
accessed via the alias. However, ISPF does NOT access the dataset via the 
alias, instead appearing to discover the real dataset and access that directly.

I've raised an RFE to enhance ISPF to record this alias usage:

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91081

Vote if you like it :)

Thanks,

Andy Styles
z/Series Systems Programmer



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: IBM Knowledge Centre

[Peter Hunkeler]

>Yes, PDFs can be rough on a mobile. What do you think of ePubs instead?




I'm reading PDFs on my iPad all the time. Works great, provided you're using a 
good app (Apples builtin apps are not my first choice). For PDFs I used to use 
FileApp and have no swithed to Readdle's "Document 5". Great app with excellent 
search within the PDF.


I don't own a smartphone, so no experience with this type of mobile device.


As for ePub format: Whatever IBM chooses, don't abandon PDF! As said elswhere, 
I'm always downloading PDFs, e.g. all of the z/OS bookshelves and books onto 
any platform I'll be regularly working on. And lack of IBM Library Reader, I 
use PDFs.


--
Peter Hunkeler


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real purpose of hipersocket

[Timothy Sipples]

In addition to the previous comments, there are some potential advantages
to HiperSockets when considering workload portability. You may be able to
ignore some OSA-Express physical and logical configuration considerations
for inter-LPAR communications on, for example, a DR machine. That could
simplify DR procedures and thus make DR more robust, in certain cases
anyway.

I too recommend adopting SMC-D as soon as reasonably practical. SMC-D is
not a complete replacement for HiperSockets (or for OSA-Express
connections). However, implementing HiperSockets is a common step on the
journey to implementing SMC-D, even if you're not immediately ready to
implement SMC-D.

HiperSocket connections need not replace OSA-Express connections when both
network paths are available. You can choose one, the other, or both
inter-LPAR connectivity options, selectively and opportunistically,
subsystem by subsystem, application by application. For example, you can
choose the HiperSocket path when low latency is most important.

Yes, HiperSockets require a modest amount of central processor attention
when there is HiperSocket activity. However, for many (or even most)
workloads the latency reduction yields CPU savings. So even if you *only*
care about CPU utilization (you shouldn't), you may still be better off
using HiperSockets. You can make such evaluations and decisions
selectively, as noted in the previous paragraph.

HiperSockets can make certain workloads (and LPAR splits) that were
practically impossible possible, particularly certain batch workloads that
have to (or should) cross LPAR boundaries during their execution but also
occasionally online transactions with tight response time limits.

HiperSockets may allow you to reduce the number of OSA-Express adapters in
your machine -- or at least to avoid increasing the number of adapters in
the future. Or, said another way, with HiperSockets the genuinely external
network traffic doesn't have to compete with inter-LPAR traffic for
OSA-Express resources.

HiperSockets offer some inherent security advantages.

Good stuff, those HiperSockets.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN