AW: Re: JES3 SDSF 'LOG' command very slow response

[Peter Hunkeler]

>How do I get rid of old / selected SYSLOGs?
>(I'm a JES2 person - I know next to nothing about JES3!)




SYSLOG is an MVS thing not a JESx thing, so behaviour and procedures are the 
same not matter what JES you're using. SYSLOG is just another JESx Spool File 
(SYSOUT if you will). You probaly have some process that reads the SYLSOG files 
from the JES2 spool for archiving in a data set, and then deletes the files 
from the spool. The same process should work for JES3 environments.


If you don't need the JES3 SYSLOGs to be archived, you should be able to simply 
delete them via JES3 command or using SDSF or (E)JES, I would say (can't try 
myself).


--
Peter Hunkeler



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

AW: Re: Changing OMVS Prompt to indicate SuperUser challenge

[Peter Hunkeler]

>Put the whole string-to-set in double quotes and avoid the single quotes.
>Single quotes turn off variable replacement, so '$PWD' resolves to a
>literal dollar-P-W-D while "$PWD" resolves to the value you're after.


Sorry to contradict. In this particular case you do *not* want the variables to 
be resolved at the time the string is assigned to the PS1 variable. You want 
the shell to find variable references each time it writes the content of PS1 to 
the terimnal and you want it to replace the variables found exactly at that 
time. $LOGNAME stays pretty stable, but $PWD changes with every "cd" command.


When you change the quotes to double quotes, PS1 will contian the current 
working directory at login time, and this will not follow you "cd"s.


--
Peter Hunkeler





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

Re: FTP {M|S}BDATACONN and CCSID-tagged files?

[Paul Gilmartin]

On 2016-04-20, at 08:06, Nims,Alva John (Al) wrote:

> Looking at the same manual, I do not think it can be done "Automatically"  I 
> think the command you mention and/or one of the DBCS based subcommands (BIG5, 
> EUckanji, ...) has to be done first.
> 
> I would think that to do something automatically, you would have create a 
> program (REXX) that checks the file and invokes FTP to send the file after 
> initializing the setup within FTP.
>  
It can be worse than that.  Imagine I'm sitting at a non-z client connected to a
z server on which I'm not entitled to run a program (REXX), but I would like 
that
server to take whatever it finds, CP037, 1047, 500, perhaps even 819 and convert
it to UTF-8 for transmission to me.

I'm imagining something like the pax option -o"fromfiletag, to=UTF-8" described 
in
SA23-2280-02
z/OS UNIX System Services Command Reference

so, "SITE SBDATACONN=(fromfiletag,UTF-8)".  If pax can read the file attributes,
why can't FTP?  Should work as well for a PUT, even as FTP preserves RECFM, 
RECL, ...
when writing to an existing Classic data set.

-- gil

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

Re: z890 in my basement

[Gabe Goldberg]

Yay, Connor -- yes indeed, amazing guy. I enjoyed meeting him when he 
spoke at DC's Hillgang user group a while ago, then interviewing him for 
IBM Systems Magazine article which will be published one of these months.


Regarding giving kudos for facilitating his SHARE gig, there's also HPE 
for sponsoring him to attend.


Jesse 1 Robinson  said

And let's not overlook the role of IBM-Main in bringing this opportunity 
to light, nor of SHARE for scheduling this session in double-time--and 
for recording it for an even wider audience. Oh yeah, and kudos to 
Connor himself. ;-)


--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

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

Re: FTP {M|S}BDATACONN and CCSID-tagged files?

[Nims,Alva John (Al)]

Looking at the same manual, I do not think it can be done "Automatically"  I 
think the command you mention and/or one of the DBCS based subcommands (BIG5, 
EUckanji, ...) has to be done first.

I would think that to do something automatically, you would have create a 
program (REXX) that checks the file and invokes FTP to send the file after 
initializing the setup within FTP.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, April 19, 2016 6:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP {M|S}BDATACONN and CCSID-tagged files?

z/OS Communications Server: IP Configuration Reference
SC31-8776-21  tells me:

Syntax
>>-{M|S}BDATACONN--(file_system_codepage,network_transfer_codepage)-><

Is there any way to instruct FTP server/client if the file is tagged with a 
CCSID to use that CCSID as the file_system_codepage?

-- gil


 

--
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: Setting up z/OSMF under 2.1

[Steve Beaver]

DISASM is a nice little "gimme" but I don't think it's been updated in
years.  You might find yourself
Doing a lot of coding of DISASM to get it functional for 32 and 64 bit code

Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Edward Finnell
Sent: Wednesday, April 20, 2016 7:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Setting up z/OSMF under 2.1

Hare you tried DISASM?
 
>From Peter Van Dyke's Hidden Treasures(2013)
 
With z/OS 1.9 the DISASM command was added to ISRDDN. The DISASM  primary
command is available when in the browse display for a load module.  This
command disassembles the load module being browsed and display the
resulting instructions.
 
 
In a message dated 4/20/2016 7:15:49 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

PARM
SYS

Very cool.  



--
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: Setting up z/OSMF under 2.1

[Edward Finnell]

Hare you tried DISASM?
 
>From Peter Van Dyke's Hidden Treasures(2013)
 
With z/OS 1.9 the DISASM command was added to ISRDDN. The DISASM  primary
command is available when in the browse display for a load module.  This 
command
disassembles the load module being browsed and display the  resulting 
instructions.
 
 
In a message dated 4/20/2016 7:15:49 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

PARM
SYS

Very cool.  



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

Re: Setting up z/OSMF under 2.1

[Jesse 1 Robinson]

Further update. Imported SDSF plugin. With support from new SDSFAUX task, we 
can do lots of sweet things. Once SAF is setup properly, the new 'authorized 
commands' can be run also in regular TSO SDSF:

APF
LNK
LPA 
PAG
PARM
SYS

Very cool. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, April 18, 2016 4:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Setting up z/OSMF under 2.1

Update. I now have the z/OSMF server up and running with PARMLIB member 
IZUPRMxx. Have not tried any plugins except ISPF, which works well so far. An 
interesting wrinkle with ISPF. I you want to use it from z/OSMF at the same 
time you're logged in via TSO, you have to include an option I did not even 
know about: 

ISPF/PDF SHRPROF

The default is EXCLPROF, which causes exclusive enqueue on the profile. The doc 
says this can be made 'permanent' by specifying PROFILE_SHARING in the ISPF 
Configuration Table. We've had multi-system ISPF support for years by 
allocating a unique ISPPROF dataset on each sharing system. But in the case of 
z/OSMF, you're logging on the same system as your TSO session, so you need 
SHRPROF. For the record, I got an enqueue conflict on the ISPLOG dataset, but 
that's more noise than trouble. 

This is all pretty cool. As promised, the z/OSMF server with Liberty profile 
initializes very quickly. 

14.47.09 Start the server.
14.48.12 "CWWKF0011I: The server zosmfServer is ready to run a smarter planet."

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Monday, April 18, 2016 12:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Setting up z/OSMF under 2.1

Jesse 1 Robinson wrote:

>In particular I'm getting a RACF error starting the second z/OSMF task 
>IZUSVR1. 

I can't help with z/OSMF even while we're now on 2.1, but that is on my radar 
screen for future exploitation...


>I get this:

>ICH408I USER(IZUSVR  ) GROUP(IZUADMIN) NAME(ZOSMF STARTED TASK U)
>  /var/zosmf/configuration/configuration_planned.cfg
>  CL(DIRACC  ) FID(C2E2F3F0F0F6057100020001)
>  INSUFFICIENT AUTHORITY TO OPEN
>  ACCESS INTENT(-W-)  ACCESS ALLOWED(OTHER  ---)
>  EFFECTIVE UID(900700)  EFFECTIVE GID(900698)


Bob Young gave you a great reply! Thanks Bob!

You can do this command too to see what accesses are defined for this file:

ls -l /var/zosmf/configuration/configuration_planned.cfg

And also issue ls -l for each of the directories from the top down to the last 
folder.

You need to check all accesses for all folders and files and see to what 
group(s) that id IZUSVR is connected to.


>IIRC DIRACC is phantom error because there is no such class. Something is 
>defined wrong. 

This is one of the classes which you can't define a profile. You use DIRACC 
amongst other classes to do auditing on OMVS.


>The ZFS containing /var/zosmf/ is 'SPP.IZU.ZFS', covered by RACF profile 
>'SPP.IZU.ZFS*'. Group IZUADMIN has ALTER access to this profile.

Dataset profile covering that dataset does NOT cover the OMVS files INSIDE that 
dataset. ALTER to dataset means nothing for the OMVS contents *inside* that 
dataset.


>I'm a total bumbler when it comes to USS authorization. What else do I need to 
>look at? 

You're not alone. RACF-L and IBM-MAIN are full of such posts were RACF and OMVS 
are confused simply because the message is prefixed by ICH408.


>P.S. cannot post to RACF-L because the confirmation email for my current 
>sce.com userid gets blocked by corporate policy (Sender field is blank as if 
>spam).

Use the web page interface (of course, your company better not block that too) 
to post your messages. This is what I use for all the discussion lists. Simply 
because I want to keep my Inbox 'clean' and to bypass any e-mail limits. 

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: was I in a coma when this was discussed: z/OS FBA Services

[Chris Hoelscher]

Take a number .

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Porowski, Ken
> Sent: Wednesday, April 20, 2016 4:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] was I in a coma when this was discussed: z/OS FBA
> Services
> 
> If that song gets stuck in my head I will hunt you down, I will find you, and 
> I
> will personally fold, bend, spindle and mutilate you.
> 
> 
> 
> CIT | Ken Porowski | VP Mainframe Engineering | Information Technology |
> +1 973 740 5459 (tel) | ken.porow...@cit.com
> 
> 
> 
> 
> This email message and any accompanying materials may contain proprietary,
> privileged and confidential information of CIT Group Inc. or its subsidiaries 
> or
> affiliates (collectively, “CIT”), and are intended solely for the recipient(s)
> named above.  If you are not the intended recipient of this communication,
> any use, disclosure, printing, copying or distribution, or reliance on the
> contents, of this communication is strictly prohibited.  CIT disclaims any
> liability for the review, retransmission, dissemination or other use of, or 
> the
> taking of any action in reliance upon, this communication by persons other
> than the intended recipient(s).  If you have received this communication in
> error, please reply to the sender advising of the error in transmission, and
> immediately delete and destroy the communication and any accompanying
> materials.  To the extent permitted by applicable law, CIT and others may
> inspect, review, monitor, analyze, copy, record and retain any
> communications sent from or received at this email address.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Chris Hoelscher
> Sent: Wednesday, April 20, 2016 3:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] was I in a coma when this was discussed: z/OS FBA
> Services
> 
> Would that make you a coma coma  coma coma coma chameleon ??
> 
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services Technology Solution
> Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
> 
> 
> 
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain CONFIDENTIAL material.  If you receive
> this material/information in error, please contact the sender and delete or
> destroy the material/information.
> 
> 
> --
> 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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


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

Re: was I in a coma when this was discussed: z/OS FBA Services

[Porowski, Ken]

If that song gets stuck in my head I will hunt you down, I will find you, and I 
will personally fold, bend, spindle and mutilate you.



CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 
740 5459 (tel) | ken.porow...@cit.com




This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, “CIT”), and are intended solely for the 
recipient(s) named above.  If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited.  CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s).  If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials.  To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Wednesday, April 20, 2016 3:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] was I in a coma when this was discussed: z/OS FBA 
Services

Would that make you a coma coma  coma coma coma chameleon ??

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538



The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.


--
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: Dataset Move Query

[Tom Marchant]

On Wed, 20 Apr 2016 10:57:13 -0500, John McKown wrote:

>On Wed, Apr 20, 2016 at 10:28 AM, Jake Anderson wrote:
>
>> I have got a product running with few Libraries who are in In different
>> storage Group.To Move this Datasets to a different Storage Group. Without
>> removing the datasets from Linklist and APF is it possible to accomplish ?

No, it isn't.

>> Or Just Shutdown the address space, then move the dataset, then Refresh the
>> LLA and start up the Address space again would be correct thing to do ?

Do not try to do this.

>>
>
>Just to put some names on things ​I way that you have a data set, such as
>SYS1.PRODUCT.LINKLIB on volume BUBBA1 in storage group SGBUBBA. You want to
>move it from BUBBA1 to volume FREDDY​
>​in SGFREDY. It is on the LNKLIST and APF list. ​
>
>Bottom line: you can't _really_ do that safely. Why? Because the data sets
>on the LINKLIST are OPEN and so the DEBs describing them are created. There
>is not a way to really change that. But there is a way to "fake it".
>
>1) unallocate the LINKLIST from XCF using the z/OS command: SETPROG
>LNKLST,UNALLOCATE
>2) stop the LLA address space: P LLA
>3) rename SYS1.PRODUCT.LINKLIB to SYS1.PRODUCT.LINKLIB.DEL.LATER   !! DO
>NOT DELETE THIS DATA SET YET !!
>4) allocate a new SYS1.PRODUCT.LINKLIB on the proper volume (hopefully you
>know how to force it)
>5) copy members from SYS1.PRODUCT.LINKLIB.DEL.LATER to SYS1.PRODUCT.LINKLIB
>6) do a SET PROG=nn to activate a _new_ LINKLIST concatenation.
>This can contain the same data set names, but must have a new linklist
>name.

I would not do this. The reason is that LLA only works with cataloged data 
sets. You 
cannot have two different data sets with the same DSNAME managed by LLA.

>7) start LLA back up: S LLA

When you start LLA back up, what will be cached for SYS1.PRODUCT.LINKLIB?  
When a program using the old LNKLST accesses a member from that data set, 
what will happen?

>8) I don't remember if you need to do a: SETPROG LNKLST,ALLOCATE
>
>After you IPL all the z/OS system which used the old version of
>SYS1.PRODUCT.LINKLIB, you can delete the data set
>SYS1.PRODUCT.LINKLIB.DEL.LATER . The above commands _do not_ cause any
>running address spaces to use the new version of the linklist! You can do
>that using the SETPROG command: SETPROG LNKLST,UPDATE,JOB=* __but__ IBM
>strongly discourages this!
>
>​The reason for all the "fiddling around" is that the DEBs built at IPL
>cannot be updated to point to the new version of the data set. So if you
>actually reuse the tracks where it used to exist, you can get VERY BAD
>results. ​

Jake,

You didn't say what kind of product this is or how many address spaces might be 
using it, which might affect the way that I would go about doing this, but here 
is one way:

Copy current.dsname to new.dsname
SETPROG LNKLST,DEFINE,NAME=newlnklistname,COPYFROM=oldlnklstname
SETPROG LNKLST,ADD,NAME=newlnklistname,DSNAME=new,dsname,AFTER=current.dsname
SETPROG LNKLST,DELETE,NAME=newlnklistname,DSNAME-current.dsname
SETPROG LNKLST,ACTIVATE,NAME=newlnklistname

Now you can stop the product and restart it. It will use the new LNKLST set. 
All 
existing address spaces will use the original LNKLST set. You will need to 
update 
PARMLIB to pick up the new data set for the next IPL.

You might consider using symbolic aliases to avoid this issue in the future. 
For example, 
rather than name your data set SYS1.PRODUCT.LINKLIB, you could call it 
SYS1.PRODUCT.V2.LINKLIB with a data set alias of SYS1.PRODUCT.PROD.LINKLIB. It 
would be cataloged with SYMBOLICRELATE to SYS1.PRODUCT. 
 would be a system symbol defined by you to be equal to V2. 

The entry in PROGxx would reference SYS1.PRODUCT. The next 
time you have to do something like this, you would update the symbol from V2 to 
V3 
(for example) for the next IPL.

-- 
Tom Marchant

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

Re: was I in a coma when this was discussed: z/OS FBA Services

[Chris Hoelscher]

Would that make you a coma coma  coma coma coma chameleon ??

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538



The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


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

Re: was I in a coma when this was discussed: z/OS FBA Services

[Paul Gilmartin]

On Wed, 20 Apr 2016 13:47:14 -0500, John McKown wrote:
>
>​I must have gotten a memory wipe from one of the TLA government agencies
>back then. I have absolutely no memory of it.​
>
First mentioned here by Ed J. on 2013-09-13, citing OA41040 which links to
http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBA_21.pdf

Nothing like access method I/O.

-- gil

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

Re: was I in a coma when this was discussed: z/OS FBA Services

[John McKown]

On Wed, Apr 20, 2016 at 1:42 PM, Tony Harminc  wrote:

> On 20 April 2016 at 12:16, John McKown 
> wrote:
> > Apparently for the DS8700 and above with an option called zDDB.
> >
> >
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en
>
> FBA on z/OS? Well I don't know if you were in a coma at the time, but
> you did comment on it in Sept 2013 when it was first discussed here...
>

​I must have gotten a memory wipe from one of the TLA government agencies
back then. I have absolutely no memory of it.​



>
> Tony H.
>
>
-- 
"He must have a Teflon brain -- nothing sticks to it"
Phyllis Diller

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: was I in a coma when this was discussed: z/OS FBA Services

[Tony Harminc]

On 20 April 2016 at 12:16, John McKown  wrote:
> Apparently for the DS8700 and above with an option called zDDB.
>
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en

FBA on z/OS? Well I don't know if you were in a coma at the time, but
you did comment on it in Sept 2013 when it was first discussed here...

Tony H.

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

Re: Changing OMVS Prompt to indicate SuperUser challenge

[Rick Troth]

On 04/19/16 07:57, Dyck, Lionel B. (TRA) wrote:

33 UID=`id -u `
34 if [ "$UID" = "0" ]
35 then
36   export PS1=`uname -n `:'$LOGNAME':'$PWD':' # '
37 else
38   export PS1=`uname -n `:'$LOGNAME':'$PWD':' $ '
39 fi


UID may be reserved in some shells. Try another variable to be safe.

When testing numeric, try "-eq" instead of "=".

Put the whole string-to-set in double quotes and avoid the single quotes.
Single quotes turn off variable replacement, so '$PWD' resolves to a 
literal dollar-P-W-D while "$PWD" resolves to the value you're after.


   SOMETHING="`uname -n`:blah:$FOO"


Do the set and the 'export' in two steps for portability.
Most shells will take it as you have it coded, but for some this is 
better ...


   PS1='\$ '
   export PS1


 ... and it's harmless in the smarter shells.

-- R; <><




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

Re: was I in a coma when this was discussed: z/OS FBA Services

[Rick Troth]

Thanks for the tip, JAM. It sounds like good news!


On 04/20/16 13:31, John McKown wrote:

​What really seems a bit strange is that it is touted as a way to share
data with a "distributed" system, but doesn't say how. E.g. There is a
Windows server which has a NTFS file system on a LUN. That LUN can be
accessed via zDDB for z/OS. OK. This would mean that the z/OS program using
this interface would need to implement the NTFS file system architecture in
its own code. The same with ext3, or ext4, or btrfs, or ??? with Linux. Or
that the LUN would not have a file system on it at all. It would just be a
"raw" device to z/OS and ??? on the SAN side and they would need to
implement their own file system time code. ​


 * We share DASD in mainframe land all the time.
 * We share "minidisks" in VM land all the time.
 * It's been proven that virtual Linux (any platform, not just z)
   can share disks (LV, disk "images", or physical devices).
 * Evidence suggests that disk sharing can be extended to other systems.
   (Maybe even Windoze, but certainly Unix systems can cope: AIX,
   Solaris, HP-UX, the BSDs.)


SAN is to the rest of the world with FICON DASD is to the mainframe.
Wow ... what a concept!
Let the sharing begin.

 * EXT2 can be shared R/O among systems (virtual, real).
 * EXT3, 4, and BTRFS are journalling and tend to attempt replay even
   when mounted R/O.
   (Force the underlying volume R/O and ignore the replay errors.)
 * dunno NTFS all that well, but isn't it journalling? good luck
 * ISO9660 can be shared among systems (virtual, real, even unlike op
   sys!). The FS is R/O by nature.
 * A LUN with no FS at all is "just a file" to any Unix. Read it. Write
   it!


R/O sharing is safe.

Single R/W with multiple R/O can be done with care. (Think LUN switching 
or minidisk flipping.)


R/W filesystems can be shared when some form of media locking is 
available. To date (as far as I know) such locking mechanisms have been 
out-of-band. (See OCFS2 and GFS2 for examples. Please correct me if I'm 
wrong, if either of them can do in-band locking.)


If I seem a little excited about the idea, well ... you betcha!

See XIPFS mod to EXT2FS for memory based sharable block storage. (But 
try that with NAND flash? Good luck with that.) And y'all thought 
hipersockets were fast.


-- R; <><




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

Re: What happens with no working SE?

[linda golding]

Yeah . I got it now .

Thank you Skip and Radoslaw for the clarification .


Linda


On Wed, Apr 20, 2016 at 10:53 PM, Jesse 1 Robinson 
wrote:

> To reiterate Radoslaw's point, STP does not steer the clock. Rather STP
> steers--synchronizes--the internal clocks of all connected CECs. STP itself
> may or not be externally steered. In our case, we take an SNTP signal from
> the corporate time server that is used to synchronize the entire enterprise
> including Windows, UNIX, and all the other critters in the zoo. If SNTP
> failed, most everyone would drift apart to some extent, but STP would still
> keep connected CECs in sync with each other--a basic requirement for
> parallel sysplex.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of linda golding
> Sent: Tuesday, April 19, 2016 2:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: What happens with no working SE?
>
> Am curious . This is what i could find looking at the enhancements . Since
> you say STP doesn't steer the clock , i would like to know how this works
> these days .
>
> *http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
> *
>
>
> *Service Element (SE) Time Accuracy*
> As a continuation of the zEnterprise 196 (z196) timing accuracy
> improvements for an STP-only CTN, namely, SE/CPC hourly clock steer and
> synch, the zEnterprise EC12 and zEnterprise BC12 have expanded these
> enhancements by allowing the SE to access an STP panel-configured External
> Time Source (ETS), even when the CPC is powered off or has not been IMLed.
> The SE achieves this by invoking the ETS-configured NTP servers to obtain
> the ETS-SE time difference and steers the SE clock towards the ETS clock.
> During IML, the more accurate SE clock time transfers to the CPC clock,
> maximizing the CPC timing accuracy.
>
> This feature is available exclusively on zEnterprise EC12 and zEnterprise
> BC12.
>
> Thanks ,
>
> Linda
>
>
>
>
>
>
>
> On Tue, Apr 19, 2016 at 1:57 PM, R.S. 
> wrote:
>
> > W dniu 2016-04-18 o 23:19, linda golding pisze:
> >
> >> One of two SE failed means you can peform everything you want,
> >> including STP. Maybe STP setup would be impossible (I haven't
> >> checked), but I'd bet it is also possible.
> >> I've been working with single SE (primary failed) for some time. It
> >> wasn't my dream, but I could live with it. 
> >>
> >>
> >> I thought STP code runs on the support element . Access to the NTP
> >> server from the CTS is initiated and controlled by the Support Element.
> >>
> >> In that case , a sysplex would die when support element is not
> available .
> >>
> > NTP is not STP.
> > STP is managed from HMC/SE but it doesn't mean the SE is steering the
> > clock.
> > NTP can be used for "wall clock" time adjustment, but STP will work
> > without NTP at all or with NTP failure.
> > Last, but not least: multi-CPC STP configuration will survive any of
> > the CPC failure. Not only SE, but whole CPC.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
>
>
> --
> 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: was I in a coma when this was discussed: z/OS FBA Services

[John McKown]

On Wed, Apr 20, 2016 at 12:24 PM, Mark Post  wrote:

> >>> On 4/20/2016 at 12:16 PM, John McKown 
> wrote:
> > Apparently for the DS8700 and above with an option called zDDB.
> >
> >
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm
> .
> > zos.v2r2.ieaa800/fbaasm.htm?locale=en
>
> Interesting.  Some of the details are a little odd, shall we say:
> "z/OS FBA devices are implemented as a new device or control unit type in
> the Unit Record (UR) class of devices."  Wow.  A new unit record device.
> The first in how many years?
>
> And
> "Given that these devices are defined as Unit Record devices, they cannot
> be shared among users on a single system."
>
> Certainly limits usability.  I guess you could think of them as really
> high-speed card reader/punches.
>
>
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbadev.htm
>
>
> Mark Post
>
>
​What really seems a bit strange is that it is touted as a way to share
data with a "distributed" system, but doesn't say how. E.g. There is a
Windows server which has a NTFS file system on a LUN. That LUN can be
accessed via zDDB for z/OS. OK. This would mean that the z/OS program using
this interface would need to implement the NTFS file system architecture in
its own code. The same with ext3, or ext4, or btrfs, or ??? with Linux. Or
that the LUN would not have a file system on it at all. It would just be a
"raw" device to z/OS and ??? on the SAN side and they would need to
implement their own file system time code. ​


-- 
"He must have a Teflon brain -- nothing sticks to it"
Phyllis Diller

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: was I in a coma when this was discussed: z/OS FBA Services

[Mark Post]

>>> On 4/20/2016 at 12:16 PM, John McKown  wrote: 
> Apparently for the DS8700 and above with an option called zDDB.
> 
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.
> zos.v2r2.ieaa800/fbaasm.htm?locale=en

Interesting.  Some of the details are a little odd, shall we say:
"z/OS FBA devices are implemented as a new device or control unit type in the 
Unit Record (UR) class of devices."  Wow.  A new unit record device.  The first 
in how many years?

And
"Given that these devices are defined as Unit Record devices, they cannot be 
shared among users on a single system."

Certainly limits usability.  I guess you could think of them as really 
high-speed card reader/punches.

http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbadev.htm


Mark Post

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

Re: What happens with no working SE?

[Jesse 1 Robinson]

To reiterate Radoslaw's point, STP does not steer the clock. Rather STP 
steers--synchronizes--the internal clocks of all connected CECs. STP itself may 
or not be externally steered. In our case, we take an SNTP signal from the 
corporate time server that is used to synchronize the entire enterprise 
including Windows, UNIX, and all the other critters in the zoo. If SNTP failed, 
most everyone would drift apart to some extent, but STP would still keep 
connected CECs in sync with each other--a basic requirement for parallel 
sysplex.  

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of linda golding
Sent: Tuesday, April 19, 2016 2:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: What happens with no working SE?

Am curious . This is what i could find looking at the enhancements . Since you 
say STP doesn't steer the clock , i would like to know how this works these 
days .

*http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
*


*Service Element (SE) Time Accuracy*
As a continuation of the zEnterprise 196 (z196) timing accuracy improvements 
for an STP-only CTN, namely, SE/CPC hourly clock steer and synch, the 
zEnterprise EC12 and zEnterprise BC12 have expanded these enhancements by 
allowing the SE to access an STP panel-configured External Time Source (ETS), 
even when the CPC is powered off or has not been IMLed.
The SE achieves this by invoking the ETS-configured NTP servers to obtain the 
ETS-SE time difference and steers the SE clock towards the ETS clock.
During IML, the more accurate SE clock time transfers to the CPC clock, 
maximizing the CPC timing accuracy.

This feature is available exclusively on zEnterprise EC12 and zEnterprise BC12.

Thanks ,

Linda







On Tue, Apr 19, 2016 at 1:57 PM, R.S. 
wrote:

> W dniu 2016-04-18 o 23:19, linda golding pisze:
>
>> One of two SE failed means you can peform everything you want, 
>> including STP. Maybe STP setup would be impossible (I haven't 
>> checked), but I'd bet it is also possible.
>> I've been working with single SE (primary failed) for some time. It 
>> wasn't my dream, but I could live with it. 
>>
>>
>> I thought STP code runs on the support element . Access to the NTP 
>> server from the CTS is initiated and controlled by the Support Element.
>>
>> In that case , a sysplex would die when support element is not available .
>>
> NTP is not STP.
> STP is managed from HMC/SE but it doesn't mean the SE is steering the 
> clock.
> NTP can be used for "wall clock" time adjustment, but STP will work 
> without NTP at all or with NTP failure.
> Last, but not least: multi-CPC STP configuration will survive any of 
> the CPC failure. Not only SE, but whole CPC.
>
> --
> Radoslaw Skorupka
> Lodz, Poland


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

Re: Dataset Move Query

[linda golding]

*After you have tested the changes, be sure to update the PARMLIB members
that create the linklist and APF list at IPL.  After you IPL, the original
DSNs will no longer be enqued and you can delete them at will.*


The APF list update is only needed if the volume is hard coded in PROGxx .
generally , for SMS managed datasets , volume is not specified .



On Wed, Apr 20, 2016 at 9:49 PM, retired mainframer <
retired-mainfra...@q.com> wrote:

> Only if you are certain that your product is the only user of the datasets
> in question.
>
> Since the datasets have been assigned a storage group, they must be SMS
> managed.  That means they must be catalogued.   Since you want to move them
> to another storage group, they must be catalogued there also.  So you can
> have at most one copy at a time with a given name.  ADRDSSU can accomplish
> this if your ACS routines will assign the correct storage group based on a
> storage class you specify.
>
> However, each datasets in the linklist has a "permanent" enque posted
> against its DSN.  I don't know if any recent updates allow you to deque the
> DSN.  It might be simpler to give the new copies of the datasets new
> names.  There are operator commands that let you copy a linklist, remove
> existing entries from the new copy, add a new ones to the new copy, and
> activate the new list.  All new address spaces will then use the new list
> but all address spaces currently in execution will continue to use the old
> list until they terminate.  The APF list is easier since there are commands
> to update that on the fly.
>
> After you have tested the changes, be sure to update the PARMLIB members
> that create the linklist and APF list at IPL.  After you IPL, the original
> DSNs will no longer be enqued and you can delete them at will.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jake Anderson
> > Sent: Wednesday, April 20, 2016 8:29 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Dataset Move Query
> >
> > Hi,
> >
> > I have got a product running with few Libraries who are in In different
> > storage Group.To Move this Datasets to a different Storage Group. Without
> > removing the datasets from Linklist and APF is it possible to accomplish
> ?
> > Or Just Shutdown the address space, then move the dataset, then Refresh
> the
> > LLA and start up the Address space again would be correct thing to do ?
>
> --
> 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: What happens with no working SE?

[Jesse 1 Robinson]

Neither rhetorical nor humorous. How about hypothetical? We did not 'power 
down' an SE. It failed--as weenie-ware is wont to do. It got fixed within a 
reasonable period, so no harm, no foul. I was merely wondering WHAT-IF the 
second SE failed--as weenie-ware is wont to do--before the first one got 
repaired.

Rob Schramm's post comes at an interesting juncture. We happen to have had 
another SE failure. This one cannot simply be 'fixed'. It appears that a POR is 
required to resync the surviving SE with the CEC. Or vice versa. Looks like I 
have some meat for my SHARE Bit Bucket slot in Atlanta. ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Tuesday, April 19, 2016 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: What happens with no working SE?

Ok.. So how many people leave their "l am down to one SE z machine" powered 
down for lengthy periods of time that is not a DR machine? Or is running 
production on a single SE machine for a long time using STP?

I am hoping that my questions are somewhat rhetorical or humorous and 
completely lacking in the "Homer Simpson duooh!!" head slap.

It would be like running an older multi-CEC sysplex with a single ETR expecting 
no single point of failure.

Rob Schramm

On Tue, Apr 19, 2016, 5:06 AM linda golding 
wrote:

> Am curious . This is what i could find looking at the enhancements . 
> Since you say STP doesn't steer the clock , i would like to know how 
> this works these days .
>
> *http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
> *
>
>
> *Service Element (SE) Time Accuracy*
> As a continuation of the zEnterprise 196 (z196) timing accuracy 
> improvements for an STP-only CTN, namely, SE/CPC hourly clock steer 
> and synch, the zEnterprise EC12 and zEnterprise BC12 have expanded 
> these enhancements by allowing the SE to access an STP 
> panel-configured External Time Source (ETS), even when the CPC is powered off 
> or has not been IMLed.
> The SE achieves this by invoking the ETS-configured NTP servers to 
> obtain the ETS-SE time difference and steers the SE clock towards the ETS 
> clock.
> During IML, the more accurate SE clock time transfers to the CPC 
> clock, maximizing the CPC timing accuracy.
>
> This feature is available exclusively on zEnterprise EC12 and 
> zEnterprise BC12.
>
> Thanks ,
>
> Linda
>
>
>
>
>
>
>
> On Tue, Apr 19, 2016 at 1:57 PM, R.S. 
> wrote:
>
> > W dniu 2016-04-18 o 23:19, linda golding pisze:
> >
> >> One of two SE failed means you can peform everything you want, 
> >> including STP. Maybe STP setup would be impossible (I haven't 
> >> checked), but I'd
> bet
> >> it is also possible.
> >> I've been working with single SE (primary failed) for some time. It
> wasn't
> >> my dream, but I could live with it. 
> >>
> >>
> >> I thought STP code runs on the support element . Access to the NTP
> server
> >> from the CTS is initiated and controlled by the Support Element.
> >>
> >> In that case , a sysplex would die when support element is not
> available .
> >>
> > NTP is not STP.
> > STP is managed from HMC/SE but it doesn't mean the SE is steering 
> > the clock.
> > NTP can be used for "wall clock" time adjustment, but STP will work 
> > without NTP at all or with NTP failure.
> > Last, but not least: multi-CPC STP configuration will survive any of 
> > the CPC failure. Not only SE, but whole CPC.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland


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

Re: was I in a coma when this was discussed: z/OS FBA Services

[Dana Mitchell]

Sounds to me like FDR Upstream


On Wed, 20 Apr 2016 11:16:21 -0500, John McKown  
wrote:

>Apparently for the DS8700 and above with an option called zDDB.
>
>http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en
>
>
>
>z/OS FBA services
>
>z/OS FBA services provides the ability to manage and perform I/O on z/OS
>systems, exploiting the z/OS Distributed Data Backup (zDDB) multi-platform
>access feature on DS8700 and subsequent model type devices. The new
>application programming interface (API) provides functions to allocate,
>read from, write to and deallocate z/OS FBA devices.
>

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

Re: Dataset Move Query

[retired mainframer]

Only if you are certain that your product is the only user of the datasets in 
question.

Since the datasets have been assigned a storage group, they must be SMS 
managed.  That means they must be catalogued.   Since you want to move them to 
another storage group, they must be catalogued there also.  So you can have at 
most one copy at a time with a given name.  ADRDSSU can accomplish this if your 
ACS routines will assign the correct storage group based on a storage class you 
specify.

However, each datasets in the linklist has a "permanent" enque posted against 
its DSN.  I don't know if any recent updates allow you to deque the DSN.  It 
might be simpler to give the new copies of the datasets new names.  There are 
operator commands that let you copy a linklist, remove existing entries from 
the new copy, add a new ones to the new copy, and activate the new list.  All 
new address spaces will then use the new list but all address spaces currently 
in execution will continue to use the old list until they terminate.  The APF 
list is easier since there are commands to update that on the fly.

After you have tested the changes, be sure to update the PARMLIB members that 
create the linklist and APF list at IPL.  After you IPL, the original DSNs will 
no longer be enqued and you can delete them at will.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Wednesday, April 20, 2016 8:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dataset Move Query
> 
> Hi,
> 
> I have got a product running with few Libraries who are in In different
> storage Group.To Move this Datasets to a different Storage Group. Without
> removing the datasets from Linklist and APF is it possible to accomplish ?
> Or Just Shutdown the address space, then move the dataset, then Refresh the
> LLA and start up the Address space again would be correct thing to do ?

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

was I in a coma when this was discussed: z/OS FBA Services

[John McKown]

Apparently for the DS8700 and above with an option called zDDB.

http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en



z/OS FBA services

z/OS FBA services provides the ability to manage and perform I/O on z/OS
systems, exploiting the z/OS Distributed Data Backup (zDDB) multi-platform
access feature on DS8700 and subsequent model type devices. The new
application programming interface (API) provides functions to allocate,
read from, write to and deallocate z/OS FBA devices.

z/OS FBA devices are defined using the Hardware Configuration Dialog (HCD)
or Hardware Configuration Manager (HCM). z/OS FBA devices must be online in
order to be used by z/OS FBA Services.

z/OS FBA devices can be used in many ways. For example, z/OS FBA devices
can be used as a data transfer device between a z/OS system and a
distributed system. It can also be used as a shared data device between
z/OS and other systems. The z/OS FBA service encapsulates the management of
z/OS FBA devices and provides capability for I/O channel program creation
and execution from z/OS systems.



-- 
"He must have a Teflon brain -- nothing sticks to it"
Phyllis Diller

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: Dataset Move Query

[Paul Gilmartin]

On Wed, 20 Apr 2016 08:44:47 -0700, Lizette Koehler wrote:
>
>If you can do a D GRS,RES=(*,your dataset name)
> 
Lately, DDLIST's ENQ command does that pretty well also.  No need to be
virtual operator?

On Wed, 20 Apr 2016 10:57:13 -0500, John McKown wrote:
>
>​The reason for all the "fiddling around" is that the DEBs built at IPL
>cannot be updated to point to the new version of the data set. So if you
>actually reuse the tracks where it used to exist, you can get VERY BAD
>results. ​
>
z/OS continually reminds me of Samuel Johnson's (politically incorrect)
aphorism, "... you are surprised to find it done at all."

-- gil

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

Re: Dataset Move Query

[John McKown]

On Wed, Apr 20, 2016 at 10:28 AM, Jake Anderson 
wrote:

> Hi,
>
> I have got a product running with few Libraries who are in In different
> storage Group.To Move this Datasets to a different Storage Group. Without
> removing the datasets from Linklist and APF is it possible to accomplish ?
> Or Just Shutdown the address space, then move the dataset, then Refresh the
> LLA and start up the Address space again would be correct thing to do ?
>
> Apology if My understanding is not correct.
>
> Jake
>

Just to put some names on things ​I way that you have a data set, such as
SYS1.PRODUCT.LINKLIB on volume BUBBA1 in storage group SGBUBBA. You want to
move it from BUBBA1 to volume FREDDY​

​in SGFREDY. It is on the LNKLIST and APF list. ​

Bottom line: you can't _really_ do that safely. Why? Because the data sets
on the LINKLIST are OPEN and so the DEBs describing them are created. There
is not a way to really change that. But there is a way to "fake it".

1) unallocate the LINKLIST from XCF using the z/OS command: SETPROG
LNKLST,UNALLOCATE
2) stop the LLA address space: P LLA
3) rename SYS1.PRODUCT.LINKLIB to SYS1.PRODUCT.LINKLIB.DEL.LATER   !! DO
NOT DELETE THIS DATA SET YET !!
4) allocate a new SYS1.PRODUCT.LINKLIB on the proper volume (hopefully you
know how to force it)
5) copy members from SYS1.PRODUCT.LINKLIB.DEL.LATER to SYS1.PRODUCT.LINKLIB
6) do a SET PROG=nn to activate a _new_ LINKLIST concatenation.
This can contain the same data set names, but must have a new linklist
name.
7) start LLA back up: S LLA
8) I don't remember if you need to do a: SETPROG LNKLST,ALLOCATE

After you IPL all the z/OS system which used the old version of
SYS1.PRODUCT.LINKLIB, you can delete the data set
SYS1.PRODUCT.LINKLIB.DEL.LATER . The above commands _do not_ cause any
running address spaces to use the new version of the linklist! You can do
that using the SETPROG command: SETPROG LNKLST,UPDATE,JOB=* __but__ IBM
strongly discourages this!

​The reason for all the "fiddling around" is that the DEBs built at IPL
cannot be updated to point to the new version of the data set. So if you
actually reuse the tracks where it used to exist, you can get VERY BAD
results. ​


-- 
"He must have a Teflon brain -- nothing sticks to it"
Phyllis Diller

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: Dataset Move Query

[Lizette Koehler]

Jake,

If you can do a D GRS,RES=(*,your dataset name)

You can see if what is holding the file.  You would need to shut down the tasks 
that own that file.  

I find that using an IPL window and shutting down as much as possible, 
including LLA or other system holders the best way to move the files.

Or you could check out TDMF and see if it can move the files for you.

Or look at ISMF and see how the DFDSS MOVE function would work for you for this.

Why do you need to move to different Storage Group?  I tend not to change 
things unless there is a major issue with the files.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Wednesday, April 20, 2016 8:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dataset Move Query
> 
> Hi,
> 
> I have got a product running with few Libraries who are in In different
> storage Group.To Move this Datasets to a different Storage Group. Without
> removing the datasets from Linklist and APF is it possible to accomplish ?
> Or Just Shutdown the address space, then move the dataset, then Refresh the
> LLA and start up the Address space again would be correct thing to do ?
> 
> Apology if My understanding is not correct.
> 
> Jake

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

Re: JES3 SDSF 'LOG' command very slow response

[Vince Getgood]

Thanks Lucas.

You may be on to something.  If I do a LOG S and then max to the top, the 
earliest entry is for 21st December 2015

My z/OS 2.2 JES2 system only goes back to 20th March 2016.

How do I get rid of old / selected SYSLOGs?

(I'm a JES2 person - I know next to nothing about JES3!)

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

Dataset Move Query

[Jake Anderson]

Hi,

I have got a product running with few Libraries who are in In different
storage Group.To Move this Datasets to a different Storage Group. Without
removing the datasets from Linklist and APF is it possible to accomplish ?
Or Just Shutdown the address space, then move the dataset, then Refresh the
LLA and start up the Address space again would be correct thing to do ?

Apology if My understanding is not correct.

Jake

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

Re: DAF on z/OS V2?

[Jousma, David]

Bingo!  Allan gets the gold star of the day!  Oddly, my daily rollups are 
RECFM=VBS on tape, but my Weekly and Monthly rollups are RECFM=VB.   Overriding 
the RECFM worked.  Now, I'm looking into why this those rollup jobs are setup 
that way

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Wednesday, April 20, 2016 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DAF on z/OS V2?

I have had S0C4 issues with the I/P file was VB. Overrode the DCB to VBS and 
all was OK.

HTH,



So, I matched your options.  I am able to assemble just fine.  A test run 
however gets me S0C4.   Appears to be SMF data related, as I can run against my 
daily offloads just fine, but when I run against my weekly, or monthly tapes, 
is when I get the error.  Unless some of you ASM guru's notice anything 
obvious, I'm afraid I'm stuck.   This error is not 2.2 specific either, I was 
able to rerun on my 1.13 systems, and produce the same error.

07.45.02 JOB03826  +DAF900A Abend S0C4 U
07.45.02 JOB03826  IEA995I SYMPTOM DUMP OUTPUT  442
   442 SYSTEM COMPLETION CODE=0C4  REASON CODE=0011
   442  TIME=07.45.02  SEQ=00414  CPU=  ASID=0085
   442  PSW AT TIME OF ERROR  078D2000   8000E1CA  ILC 4  INTC 11
   442ACTIVE LOAD MODULE   ADDRESS=7530  
OFFSET=6C9A
   442NAME=DAF
   442DATA AT PSW  E1C4 - D200E000  F0004410  B06C5830
   442AR/GR 0: /0004   1: /0003
   442  2: /000152BA   3: /24C40001
   442  4: /0004   5: /00036928
   442  6: /24C3FFDF   7: /001C
   442  8: /00AFC080   9: /00010390
   442  A: /00036000   B: /E158
   442  C: /F158   D: /000350D8
   442  E: /00036928   F: 0102/24C40001
   442  END OF SYMPTOM DUMP

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: DAF on z/OS V2?

[Don Poitras]

The second parm to this routine is bad. That ends up in R15 and when
it is used in the executed move, you get the 0C4. You'd need to see
how the caller sets the parm.


In article 
<4ee2851a2279b94cb70cd69b17410609015bd11...@s1flokydce2kx01.dm0001.info53.com> 
you wrote:
> So, I matched your options.  I am able to assemble just fine.  A test run 
> however gets me S0C4.   Appears to be SMF data related, as I can run against 
> my daily offloads just fine, but when I run against my weekly, or monthly 
> tapes, is when I get the error.  Unless some of you ASM guru's notice 
> anything obvious, I'm afraid I'm stuck.   This error is not 2.2 specific 
> either, I was able to rerun on my 1.13 systems, and produce the same error.

> 07.45.02 JOB03826  +DAF900A Abend S0C4 U
> 07.45.02 JOB03826  IEA995I SYMPTOM DUMP OUTPUT  442
>442 SYSTEM COMPLETION CODE=0C4  REASON CODE=0011
>442  TIME=07.45.02  SEQ=00414  CPU=  ASID=0085
>442  PSW AT TIME OF ERROR  078D2000   8000E1CA  ILC 4  INTC 11
>442ACTIVE LOAD MODULE   ADDRESS=7530  
> OFFSET=6C9A
>442NAME=DAF
>442DATA AT PSW  E1C4 - D200E000  F0004410  B06C5830
>442AR/GR 0: /0004   1: /0003
>442  2: /000152BA   3: /24C40001
>442  4: /0004   5: /00036928
>442  6: /24C3FFDF   7: /001C
>442  8: /00AFC080   9: /00010390
>442  A: /00036000   B: /E158
>442  C: /F158   D: /000350D8
>442  E: /00036928   F: 0102/24C40001
>442  END OF SYMPTOM DUMP


> Code around that offset

> 006C2806C28 00104 39404+DAFMBCSECT 
> Control Section  01-01576
>   39405+DAFMBAMODE 31  
> Addressing Mode  01-01584
>   39406+DAFMBRMODE 24  
> Residence Mode   01-01596
>   39408+*MACDATE = 02/28/96
>   39409+*THE VALUE OF SPLEVEL IS NOW 
> 6  02-SPLEV
> 006C28 47F0 F02000020 39410+ B 4+1+24+3(0,R15) 
> Branch around module identification  01-01621
> 006C2C 18 39411+ DCAL1(24) 
> Module identification length 01-01622
> 006C2D C4C1C6D4C2404040   39412+ DCCL8'DAFMB'  
> CSECT name   01-01623
> 006C35 F0F461F2F061F1F6   39413+ DCCL8'04/20/16'   
> Assembly date01-01624
> 006C3D F0F74BF4F4404040   39414+ DCCL8'07.44'  
> Assembly time01-01625
> 006C45 00 39415+ DCAL3(0)  
> Filler   01-01626
> 006C4839418+ DS0H 
>   02-SAVE
> 006C48 90EC D00CC 39419+ STM   14,12,12(13)   
>SAVE REGISTERS 02-SAVE
> 006C4C 18BF   39420+ LRR11,R15 
> Load base register   01-01732
> 006C4E 41C0 BFFF00FFF 39421+ LAR12,4095(,R11)  
> Load base register   01-01739
> 006C52 41C0 C0011 39422+ LAR12,1(,R12) 
> Load base register   01-01740
> R:BC  06C28   39423+ USING DAFMB,R11,R12   
> Reference control section01-01747
> 006C56 4AD0 B10006D28 39424+ AHR13,=H'72'  
> Shared savearea  01-01775
> 006C5A 5821 0 39425  L R2,0(R1)
> Label address
> 006C5E 5831 00044 39426  L R3,4(R1)
> Binary address
> 006C62 1233   39427  LTR   R3,R3   
> Binary address zero ?
> 006C64 47D0 B0BA06CE2 39428  BNP   DAFMB0  
> Yes, Done
> 006C68 5841 00088 39429  L R4,8(R1)
> Binary length
> 006C6C 1244   39430  LTR   R4,R4   
> Binary length zero ?
> 006C6E 47D0 B0BA06CE2 39431  BNP   DAFMB0  
> Yes, Done
> 006C72 D703 A928 A928 00928 00928 39432  XCW_DAFMB4,W_DAFMB4   
> Zero temp fullword
> 006C78 4150 A92800928 39433  LAR5,W_DAFMB4 
> Temp fullword address
> 

Re: DAF on z/OS V2?

[Staller, Allan]

I have had S0C4 issues with the I/P file was VB. Overrode the DCB to VBS and 
all was OK.

HTH,



So, I matched your options.  I am able to assemble just fine.  A test run 
however gets me S0C4.   Appears to be SMF data related, as I can run against my 
daily offloads just fine, but when I run against my weekly, or monthly tapes, 
is when I get the error.  Unless some of you ASM guru's notice anything 
obvious, I'm afraid I'm stuck.   This error is not 2.2 specific either, I was 
able to rerun on my 1.13 systems, and produce the same error.

07.45.02 JOB03826  +DAF900A Abend S0C4 U
07.45.02 JOB03826  IEA995I SYMPTOM DUMP OUTPUT  442
   442 SYSTEM COMPLETION CODE=0C4  REASON CODE=0011
   442  TIME=07.45.02  SEQ=00414  CPU=  ASID=0085
   442  PSW AT TIME OF ERROR  078D2000   8000E1CA  ILC 4  INTC 11
   442ACTIVE LOAD MODULE   ADDRESS=7530  
OFFSET=6C9A
   442NAME=DAF
   442DATA AT PSW  E1C4 - D200E000  F0004410  B06C5830
   442AR/GR 0: /0004   1: /0003
   442  2: /000152BA   3: /24C40001
   442  4: /0004   5: /00036928
   442  6: /24C3FFDF   7: /001C
   442  8: /00AFC080   9: /00010390
   442  A: /00036000   B: /E158
   442  C: /F158   D: /000350D8
   442  E: /00036928   F: 0102/24C40001
   442  END OF SYMPTOM DUMP

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: Example of ACS Environment of SPMGCLTR

[Buckton, T. (Theo)]

OK Richard, come let me show how I set it up:



Mgmtclas: USRTIER1

Class Transition Criteria

  Time Since Creation Years  :

  Months :

  Days . :



  Time Since Last use Years  :

  Months :

  Days . : 2





Storage Class: USRSCTR1

Availability . . . . . . . . . . . . : NOPREF

Accessibility  . . . . . . . . . . . : NOPREF

Guaranteed Space  . . . . . . . . : NO

Guaranteed Synchronous Write  . . : NO

Multi-Tiered SGs  . . . . . . . . :

Parallel Access Volume Capability : NOPREF

Cache Set Name  . . . . . . . . . :

CF Direct Weight  . . . . . . . . :

CF Sequential Weight  . . . . . . :

Lock Set Name . . . . . . . . . . :

Disconnect Sphere at CLOSE  . . . : NO





STORGRP

Primary pool UMGG9000 (Tier1)

Auto Migrate . . . . . . . . : YES

Auto Backup  . . . . . . . . : NO

Auto Dump  . . . . . . . . . : NO

Overflow . . . . . . . . . . : NO

Migrate Sys/Sys Group Name . : S0M0

Backup Sys/Sys Group Name  . : S0M0

Dump Sys/Sys Group Name  . . :

Extend SG Name . . . . . . . :

Copy Pool Backup SG Name . . :

Dump Class . . . . . . . . . :

Dump Class . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Allocation/Migration Threshold - High  . : 70

 Low . . : 35

Alloc/Migr Threshold Track-Managed - High: 70

 Low : 35

Total Space Alert Threshold %  . . . . . : 30

Track-Managed Space Alert Threshold %  . : 0

Guaranteed Backup Frequency  . . . . . . :

BreakPointValue  . . . . . . . . . . . . :

Processing Priority  . . . . . . . . . . : 50



STORGRP: UMGG9001 - Tier2



Auto Migrate . . . . . . . . : YES

Auto Backup  . . . . . . . . : NO

Auto Dump  . . . . . . . . . : NO

Overflow . . . . . . . . . . : NO

Migrate Sys/Sys Group Name . : S0M0

Backup Sys/Sys Group Name  . :

Dump Sys/Sys Group Name  . . :

Extend SG Name . . . . . . . :

Copy Pool Backup SG Name . . :

Dump Class . . . . . . . . . :

Dump Class . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Dump Class . . . . . . . . . . . . . . . :

Allocation/Migration Threshold - High  . : 85

 Low . . : 1

Alloc/Migr Threshold Track-Managed - High: 85

 Low : 1

Total Space Alert Threshold %  . . . . . : 0

Track-Managed Space Alert Threshold %  . : 0

Guaranteed Backup Frequency  . . . . . . :

BreakPointValue  . . . . . . . . . . . . :

Processing Priority  . . . . . . . . . . : 50





SCACS

FILTLIST USRSCTR1 INCLUDE(

N058725.TEST0.CLTRNS*

)



IF  = 'SPGMCLTR' THEN

 SELECT ()

  WHEN ('USRSCTR1')

  SET  = 'USRSCTR2'

  OTHERWISE SET  = 

  END



MCACS

FILTLIST USRTIER1 INCLUDE(

N058725.TEST0.CLTRNS*

)



IF  = 'SPGMCLTR' THEN

SELECT ()

WHEN ('USRTIER1')

 SET  = 'USRTIER2'

 OTHERWISE SET  = 

  END





SGACS

IF  = 'SPGMCLTR' THEN

SELECT  ()

 WHEN ('USRSCTR1') SET  = 'UMGG9001'

 OTHERWISE SET  = 

END



So now I need the current data set to be transitioned to UMGG9002 which is 
Tier-2 at the Primary Level using the HSEND MIGRATE DSN(data.set.name) 
TRANSITION



Data Set Name . . . . : N058725.TEST0.CLTRNS1



General Data   Current Allocation

 Management class . . : USRTIER1Allocated tracks  . : 1

 Storage class  . . . : USRSCTR1Allocated extents . : 1

  Volume serial . . . : UMGG13

  Device type . . . . : 3390

 Data class . . . . . : USERS

  Organization  . . . : PS Current Utilization

  Record format . . . : FB  Used tracks . . . . : 0

  Record length . . . : 80  Used extents  . . . : 0

  Block size  . . . . : 8000

  1st extent tracks . : 1

  Secondary tracks  . : 1  Dates

  Data set name type  : Creation date . . . : 2016/04/16

Referenced date . . : 2016/04/16

Expiration date . . : ***None***

  SMS Compressible  . : NO





And it is not migrating saying:
ARC1001I N058725.TEST0.CLTRNS1 MIGRATE FAILED, RC=0020, REAS=0036

ARC1220I DATA SET NOT ELIGIBLE FOR MIGRATION

COMMAND REQUEST 0101 SENT TO DFSMSHSM

***









-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Marchant
Sent: 20 April 2016 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Example of ACS Environment of SPMGCLTR



Theo,



When DFHSM does primary space mgmt. it checks if any of the datasets have 
management classes that have Class Transition Criteria parameters coded. If the 
do and it fits into one of the criterias DFHSM will try and move the dataset 
through the ACS routines (SC, MC and Storage Group) with the  of 

Re: QUESTION ABOUT CA-VIEWDIRECT

[Greg Shirey]

Willie, 

If you haven't gotten there yet, there should be a "JCL" library that was 
created on install with a member called DBLIST.   You'll need to customize it 
for the data set names in use at your shop, jobclass, etc.  and then add these 
lines to the end of it:

//DBLIST.INCARD1 DD * 
##TABLES  01 VERSION  

This will produce report RIN6002.  Depending on how many archives you have, it 
can be a very large report... 

HTH,
Greg Shirey
Ben E. Keith Company 

-Original Message-
From: willie bunter [mailto:williebun...@yahoo.com] 
Sent: Friday, April 15, 2016 11:27 AM
Subject: Re: QUESTION ABOUT CA-VIEWDIRECT


Thanks for correcting my mistake.  I will see if I can dig up the report 
RIN6002.



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

Re: DAF on z/OS V2?

[Jousma, David]

So, I matched your options.  I am able to assemble just fine.  A test run 
however gets me S0C4.   Appears to be SMF data related, as I can run against my 
daily offloads just fine, but when I run against my weekly, or monthly tapes, 
is when I get the error.  Unless some of you ASM guru's notice anything 
obvious, I'm afraid I'm stuck.   This error is not 2.2 specific either, I was 
able to rerun on my 1.13 systems, and produce the same error.

07.45.02 JOB03826  +DAF900A Abend S0C4 U
07.45.02 JOB03826  IEA995I SYMPTOM DUMP OUTPUT  442
   442 SYSTEM COMPLETION CODE=0C4  REASON CODE=0011
   442  TIME=07.45.02  SEQ=00414  CPU=  ASID=0085
   442  PSW AT TIME OF ERROR  078D2000   8000E1CA  ILC 4  INTC 11
   442ACTIVE LOAD MODULE   ADDRESS=7530  
OFFSET=6C9A
   442NAME=DAF
   442DATA AT PSW  E1C4 - D200E000  F0004410  B06C5830
   442AR/GR 0: /0004   1: /0003
   442  2: /000152BA   3: /24C40001
   442  4: /0004   5: /00036928
   442  6: /24C3FFDF   7: /001C
   442  8: /00AFC080   9: /00010390
   442  A: /00036000   B: /E158
   442  C: /F158   D: /000350D8
   442  E: /00036928   F: 0102/24C40001
   442  END OF SYMPTOM DUMP


Code around that offset

006C2806C28 00104 39404+DAFMBCSECT 
Control Section  01-01576
  39405+DAFMBAMODE 31  
Addressing Mode  01-01584
  39406+DAFMBRMODE 24  
Residence Mode   01-01596
  39408+*MACDATE = 02/28/96
  39409+*THE VALUE OF SPLEVEL IS NOW 6  
02-SPLEV
006C28 47F0 F02000020 39410+ B 4+1+24+3(0,R15) 
Branch around module identification  01-01621
006C2C 18 39411+ DCAL1(24) 
Module identification length 01-01622
006C2D C4C1C6D4C2404040   39412+ DCCL8'DAFMB'  
CSECT name   01-01623
006C35 F0F461F2F061F1F6   39413+ DCCL8'04/20/16'   
Assembly date01-01624
006C3D F0F74BF4F4404040   39414+ DCCL8'07.44'  
Assembly time01-01625
006C45 00 39415+ DCAL3(0)  
Filler   01-01626
006C4839418+ DS0H   
02-SAVE
006C48 90EC D00CC 39419+ STM   14,12,12(13) 
 SAVE REGISTERS 02-SAVE
006C4C 18BF   39420+ LRR11,R15 Load 
base register   01-01732
006C4E 41C0 BFFF00FFF 39421+ LAR12,4095(,R11)  Load 
base register   01-01739
006C52 41C0 C0011 39422+ LAR12,1(,R12) Load 
base register   01-01740
R:BC  06C28   39423+ USING DAFMB,R11,R12   
Reference control section01-01747
006C56 4AD0 B10006D28 39424+ AHR13,=H'72'  
Shared savearea  01-01775
006C5A 5821 0 39425  L R2,0(R1)
Label address
006C5E 5831 00044 39426  L R3,4(R1)
Binary address
006C62 1233   39427  LTR   R3,R3   
Binary address zero ?
006C64 47D0 B0BA06CE2 39428  BNP   DAFMB0  Yes, 
Done
006C68 5841 00088 39429  L R4,8(R1)
Binary length
006C6C 1244   39430  LTR   R4,R4   
Binary length zero ?
006C6E 47D0 B0BA06CE2 39431  BNP   DAFMB0  Yes, 
Done
006C72 D703 A928 A928 00928 00928 39432  XCW_DAFMB4,W_DAFMB4   Zero 
temp fullword
006C78 4150 A92800928 39433  LAR5,W_DAFMB4 Temp 
fullword address
 DAFMB - Move Binary
   PAGE  707
  ACTIVE USINGS: ARAXINLN,R6  DAFSWA,R9  DAFDWA,R10  DAFMB,R11,R12
  LOC  OBJECT CODEADDR1 ADDR2  STMT   SOURCE STATEMENT  
HLASM R6.0  2016/04/20 07.44
006C7C 4A50 B10206D2A 39434  AHR5,=H'4'
Point to end of temp fullword
006C80 1B54  

Re: JES3 SDSF 'LOG' command very slow response

[Lucas Rosalen]

Maybe you have a lot of old syslogs causing LOG command to read many SYSLOG
outputs? This can be confirmed by checking SYSLOG output instead of using
the LOG command.
That's the first thing that came to my mind now...

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-04-20 11:40 GMT+02:00 Vince Getgood :

> Hi all,
> I'm supporting a development system, and we run multiple versions of z/OS
> (amongst other things).
>
> One of the systems we run is at z/OS 2.2, and runs JES3.  This system is
> supposed to be our "performance Test" system.
>
> One of our developers this morning was complaining about slow response on
> SDSF.  On investigation, I found that all SDSF commands were giving
> sub-second response times EXCEPT for the LOG command.
>
> The LOG command gave up to 18 seconds (timed by my trusty wrist based
> timepiece) response.
>
> Once in the log, PF7, 10 or 11 give good sub-second response, but PF8 to
> the newest log entry gives 3-4 second response.
>
> At the time, the system was NOT using OPERLOG, just SYSLOG.
>
> I did a V OPERLOG,HARDCPY command, and now the SDSF LOG command gives
> sub-second response, as does PF8 to latest log entry (of course, we can
> only go back in the log to that command being issued).
>
> However the SDSF LOG S (force the log command to look at SYSLOG, rather
> than OPERLOG) command still gives VERY long response times.
>
> Can anyone shed any light on what's happening here?
>
> Does this suggest there is a problem with the JES3 spool somewhere?
>
> Thanks in advance.
> Vince.
>
> --
> 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

JES3 SDSF 'LOG' command very slow response

[Vince Getgood]

Hi all,
I'm supporting a development system, and we run multiple versions of z/OS 
(amongst other things).

One of the systems we run is at z/OS 2.2, and runs JES3.  This system is 
supposed to be our "performance Test" system.

One of our developers this morning was complaining about slow response on SDSF. 
 On investigation, I found that all SDSF commands were giving sub-second 
response times EXCEPT for the LOG command.

The LOG command gave up to 18 seconds (timed by my trusty wrist based 
timepiece) response.

Once in the log, PF7, 10 or 11 give good sub-second response, but PF8 to the 
newest log entry gives 3-4 second response.

At the time, the system was NOT using OPERLOG, just SYSLOG.   

I did a V OPERLOG,HARDCPY command, and now the SDSF LOG command gives 
sub-second response, as does PF8 to latest log entry (of course, we can only go 
back in the log to that command being issued).

However the SDSF LOG S (force the log command to look at SYSLOG, rather than 
OPERLOG) command still gives VERY long response times.

Can anyone shed any light on what's happening here? 

Does this suggest there is a problem with the JES3 spool somewhere?

Thanks in advance.
Vince.

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

Re: Example of ACS Environment of SPMGCLTR

[Richard Marchant]

Theo,

When DFHSM does primary space mgmt. it checks if any of the datasets have
management classes that have Class Transition Criteria parameters coded. If
the do and it fits into one of the criterias DFHSM will try and move the
dataset through the ACS routines (SC, MC and Storage Group) with the
 of SPMGCLTR. Before this can happen the defined thresholds of
volumes holding these datasets must be met.

Richard
073 289 9246

On Wed, Apr 20, 2016 at 9:58 AM, Buckton, T. (Theo) 
wrote:

> Thanks Richard,
>
> I have gone through it, but I just need to understand the coding: Where is
> 'SPMGCLTR' being specified?
>
> Storage Class:
> IF  = 'SPMGCLTR' THEN
>SELECT ()
>   WHEN ('SSD')  SET  = 'EASYTIER'
>   WHEN ('EASYTIER') SET  = 'SCSATA'
>   OTHERWISE SET  = 
>END
> ELSE ...
>
> Management Class:
> IF  = 'SPMGCLTR' THEN
> /* SPACE MANAGEMENT CLASS TRANSITION */
>SELECT ()
>   WHEN ('NOML2')  SET  = 'ML2OK'
>   WHEN ('DB2NEW') SET  = 'DB2AGED'
>   OTHERWISE   SET  = 
>END
> ELSE ...
>
> Storage Group:
> IF  = 'SPMGCLTR' THEN
>SELECT ()
>   WHEN ('EASYTIER') SET  = 'EASYTIER'
>   WHEN ('SCSATA')   SET  = 'SGSATA'
>   OTHERWISE SET  = 
>END
> ELSE ...
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Richard Marchant
> Sent: 14 April 2016 02:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Example of ACS Environment of SPMGCLTR
>
> Theo,
>
> Check out Glen Wilcock's  'What's new in DFHSM'  March 2014. This was
> presented at SHARE in Anaheim in 2014. You can google it and download.
>
> There is a section called 'Storage Tiering' which goes into detail about
> SPMGCLTR (not SPGMCLTR) and the  with examples.
>
> HTH
>
> Richard Marchant
> Joburg rules
>
> On Wed, Apr 13, 2016 at 5:52 PM, Buckton, T. (Theo) 
> wrote:
>
> > Hi,
> >
> > Can somebody give me an example of coding for  of SPGMCLTR in
> > order to make use of CLASS TRANSITION  for space management - moving
> > data from one class of storage to another within ML0.
> > This should be for Storage, Management Class and Storage Group.
> >
> > Regards
> > Theo
> >
> > 
> > Nedbank Limited Reg No 1951/09/06. The following link displays the
> > names of the Nedbank Board of Directors and Company Secretary.
> > [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
> > confidential and is intended for the addressee only.
> > The following link will take you to Nedbank's legal notice.
> > [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
> > 
> >
> > --
> > 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
>
> 
> Nedbank Limited Reg No 1951/09/06. The following link displays
> the names of the Nedbank Board of Directors and Company Secretary.
> [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
> This email is confidential and is intended for the addressee only.
> The following link will take you to Nedbank's legal notice.
> [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
> 
>
>
> --
> 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: Example of ACS Environment of SPMGCLTR

[Buckton, T. (Theo)]

Thanks Richard,

I have gone through it, but I just need to understand the coding: Where is 
'SPMGCLTR' being specified? 

Storage Class:
IF  = 'SPMGCLTR' THEN
   SELECT ()
  WHEN ('SSD')  SET  = 'EASYTIER'
  WHEN ('EASYTIER') SET  = 'SCSATA'
  OTHERWISE SET  = 
   END
ELSE ...

Management Class:
IF  = 'SPMGCLTR' THEN
/* SPACE MANAGEMENT CLASS TRANSITION */
   SELECT () 
  WHEN ('NOML2')  SET  = 'ML2OK'
  WHEN ('DB2NEW') SET  = 'DB2AGED'
  OTHERWISE   SET  = 
   END
ELSE ...  

Storage Group:
IF  = 'SPMGCLTR' THEN
   SELECT ()
  WHEN ('EASYTIER') SET  = 'EASYTIER'
  WHEN ('SCSATA')   SET  = 'SGSATA'
  OTHERWISE SET  = 
   END
ELSE ...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Marchant
Sent: 14 April 2016 02:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Example of ACS Environment of SPMGCLTR

Theo,

Check out Glen Wilcock's  'What's new in DFHSM'  March 2014. This was presented 
at SHARE in Anaheim in 2014. You can google it and download.

There is a section called 'Storage Tiering' which goes into detail about  
SPMGCLTR (not SPGMCLTR) and the  with examples.

HTH

Richard Marchant
Joburg rules

On Wed, Apr 13, 2016 at 5:52 PM, Buckton, T. (Theo) 
wrote:

> Hi,
>
> Can somebody give me an example of coding for  of SPGMCLTR in 
> order to make use of CLASS TRANSITION  for space management - moving 
> data from one class of storage to another within ML0.
> This should be for Storage, Management Class and Storage Group.
>
> Regards
> Theo
>
> 
> Nedbank Limited Reg No 1951/09/06. The following link displays the 
> names of the Nedbank Board of Directors and Company Secretary.
> [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is 
> confidential and is intended for the addressee only.
> The following link will take you to Nedbank's legal notice.
> [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
> 
>
> --
> 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


Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]



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