Messaeg IXC531I SETXCF START ALTER REQUEST FOR STRUCTURE REJECTED. REASON: STRUCTURE NOT ALLOCATED

[Binyamin Dissen]

I am new to setting up the XCF.

The policy1 containing the structure is active.

D XCF,STR,STRNAME= 
IXC360I  06.17.28  DISPLAY XCF 501
STRNAME:   
 STATUS: NOT ALLOCATED
 POLICY INFORMATION:  
  POLICY SIZE: 5 M
  POLICY INITSIZE: 3 M
  POLICY MINSIZE : 0 M
  FULLTHRESHOLD  : 80 
  ALLOWAUTOALT   : NO 
  REBUILD PERCENT: 5  
  DUPLEX : DISABLED   
  ALLOWREALLOCATE: YES
  PREFERENCE LIST: SVCF   
  ENFORCEORDER   : NO 
  EXCLUSION LIST IS EMPTY 


I haven't figured out the command to make the structure active.

What might I be missing?

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

Director, Dissen Software, Bar & Grill - Israel

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

Re: Messaeg IXC531I SETXCF START ALTER REQUEST FOR STRUCTURE REJECTED. REASON: STRUCTURE NOT ALLOCATED

[Mark Jacobs]

The structure will become active once the first connection is made.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


On Thursday, November 23rd, 2023 at 8:16 AM, Binyamin Dissen 
 wrote:


> I am new to setting up the XCF.
> 
> The policy1 containing the structure is active.
> 
> D XCF,STR,STRNAME=
> IXC360I 06.17.28 DISPLAY XCF 501
> STRNAME: 
> STATUS: NOT ALLOCATED
> POLICY INFORMATION:
> POLICY SIZE : 5 M
> POLICY INITSIZE: 3 M
> POLICY MINSIZE : 0 M
> FULLTHRESHOLD : 80
> ALLOWAUTOALT : NO
> REBUILD PERCENT: 5
> DUPLEX : DISABLED
> ALLOWREALLOCATE: YES
> PREFERENCE LIST: SVCF
> ENFORCEORDER : NO
> EXCLUSION LIST IS EMPTY
> 
> 
> I haven't figured out the command to make the structure active.
> 
> What might I be missing?
> 
> --
> Binyamin Dissen bdis...@dissensoftware.com
> 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> --
> 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

DSS dump and migrated datasets

[Radoslaw Skorupka]

I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
Since the user is no longer active, most of datasets are migrated to ML1 
and ML2.


By default ADRDSSU does not process migrated datasets.
Is there any method to circumvent it?
It can be anything, including scripted "touch".

--
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: DSS dump and migrated datasets

[Steve Beaver]

Bring the list up in 3.4 then do a hdelete
By every dsn and hit enter

Sent from my iPhone

No one said I could type with one thumb 

> On Nov 23, 2023, at 10:57, Radoslaw Skorupka 
> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
> Since the user is no longer active, most of datasets are migrated to ML1 and 
> ML2.
> 
> By default ADRDSSU does not process migrated datasets.
> Is there any method to circumvent it?
> It can be anything, including scripted "touch".
> 
> --
> 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: DSS dump and migrated datasets

[Radoslaw Skorupka]

Well, First, I DON'T WANT TO DELETE datasets. I wan to dump them to 
archive file.

Second, I want to avoid manual typing/clicking.
:-)

--
Radoslaw Skorupka
Lodz, Poland



W dniu 23.11.2023 o 18:01, Steve Beaver pisze:

Bring the list up in 3.4 then do a hdelete
By every dsn and hit enter

Sent from my iPhone

No one said I could type with one thumb


On Nov 23, 2023, at 10:57, Radoslaw 
Skorupka<0471ebeac275-dmarc-requ...@listserv.ua.edu>  wrote:

I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
Since the user is no longer active, most of datasets are migrated to ML1 and 
ML2.

By default ADRDSSU does not process migrated datasets.
Is there any method to circumvent it?
It can be anything, including scripted "touch".

--
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: Performance i/o problem

[Steve Estle]

Assuming you are running ZOS in native mode (not as guest under ZVM) where your 
dump/restores are occurring, I would definitely look at RMF reports - my first 
place to look is RMF Monitor III online - if not active, turn on with the 
recording VSAM files - typically "F RMF, S III" - this should show what is 
delaying / impeding the restore job.  One other question - are you restoring 
from tape or disk - what is the source device type you are recovering from.  We 
recently activated ZEDC on our LPAR's and found out dumping / restoring in 
DFDSS compressed mode speeds up our backups substantially (like by factor 3:1) 
if you have that option?  You have to specify the proper "ZCOMPRESS" option on 
the ADRDSSU dump statement to take advantage if you have that feature /  option 
active for your system / processor - we are running on Z15 hardware.

Steve Estle
ZOS Systems Programmer

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

Re: UNIX REXX LINKMVS TASKLIB?

[Farley, Peter]

Probably preserved for IBM (pick your language) PROC compatibility. The only 
place I have ever seen temporary link libraries used is in IBM-supplied 
compile-link-go PROC’s, where the link step SYSLMOD DD uses DSN=&&GOSET(&MEM) 
and the GO step uses “PGM=*.linkstepname.SYSLMOD”.  I’ve never seen that JCL 
paradigm used in a production job anywhere.

Sometimes performance must suffer a bit to allow functions to be used.  
TANSTAAFL.

If performance needs to be improved, there is always the option to copy the 
program objects needed from the resident PDSE to a Unix directory in the PATH.

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, November 23, 2023 2:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UNIX REXX LINKMVS TASKLIB?


On Thu, 23 Nov 2023 04:18:05 +, Farley, Peter wrote:

>

>Performance was admirable and acceptable but this usage was obviously not a 
>high-volume commercial application, so YMMV.

>

I was just taking to heart the advice in



... To improve performance of the z/OS® shell, avoid propagating STEPLIBs 
...



>In this day and age, why in the world would you evec contemplate using a 
>non-cataloged library?  Why even mention such a thing?  What possible business 
>case could there be?

>

In parallel with the JCL Ref. mentioning use of temporary data sets as link 
libraries:

>

Use the PGM parameter ..., or a temporary library.



Is this obsolete, preserved for compatibility?



--

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: DSS dump and migrated datasets

[Keith Gooding]

I usually run a batch TSO step which issues command HRECALL ‘HLQ.** WAIT’ 
immediately before the dump step. You may get a lot of messages  sent to your 
TSO session - either saying dataset not migrated or that migration is complete. 
There is also a ADRDSSU patch ( from memory patch area offset 17 but check in 
the admin guide) which will warn you if any of the datasets are still migrated 
when you run the dump command.

I do not know why IBM do not have an option for adrdssu to go the recall 
automatically - there have been some requests on IBM ideas. 

This recall method does not work for more complicated dss filters such as 
“MYID.**.DATA”

Keith Gooding

> On 23 Nov 2023, at 17:32, Radoslaw Skorupka 
> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Well, First, I DON'T WANT TO DELETE datasets. I wan to dump them to archive 
> file.
> Second, I want to avoid manual typing/clicking.
> :-)
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> W dniu 23.11.2023 o 18:01, Steve Beaver pisze:
>> Bring the list up in 3.4 then do a hdelete
>> By every dsn and hit enter
>> 
>> Sent from my iPhone
>> 
>> No one said I could type with one thumb
>> 
 On Nov 23, 2023, at 10:57, Radoslaw 
 Skorupka<0471ebeac275-dmarc-requ...@listserv.ua.edu>  wrote:
>>> 
>>> I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
>>> Since the user is no longer active, most of datasets are migrated to ML1 
>>> and ML2.
>>> 
>>> By default ADRDSSU does not process migrated datasets.
>>> Is there any method to circumvent it?
>>> It can be anything, including scripted "touch".
>>> 
>>> --
>>> 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: UNIX REXX LINKMVS TASKLIB?

[Jon Perryman]

On Thu, 23 Nov 2023 01:47:18 -0600, Paul Gilmartin  wrote:
>>On Thu, 23 Nov 2023 04:18:05 +, Farley, Peter wrote:

>>In this day and age, why in the world would you evec contemplate using a 
>>non-cataloged library? 
>>
>In parallel with the JCL Ref. mentioning use of temporary data sets as link 
>libraries:
>
>Use the PGM parameter ..., or a temporary library.

Temporary datasets never use VOL=SER=. They are accessed through a DD that 
optionally exists for the life of the job (DDNAME= or DSN=&&XXX). 
Technically they are uncatalogued but the word uncatalogued implies use of 
VOL=SER=,  

>>Performance was admirable and acceptable but this usage was obviously not a 
>>high-volume commercial application, so YMMV.
>>
>I was just taking to heart the advice in
>
>... To improve performance of the z/OS® shell, avoid propagating STEPLIBs 
> ...

Think of this in terms of z/OS. USS STEPLIB variable is actually an attach 
tasklib (not a true step). The problem occurs when you FORK() a process which 
must allocate a new unique DDN, open it and read the directories during ATTACH. 
Much of UNIX is built around FORKing is cheap. For instance consider MAKE 
(compile) which could potentially do a 100,000 FORKs in a short amount of time.

Performance is in the eye of the beholder. Performance is more than one thing 
that runs extremely fast. z/OS can run at 100% busy without impacting users. If 
I run MAKE to compile in LINUX, it is treated the same as if I'm using edit.  
Performance must be measured in overall impact which can vary greatly by 
environment.

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

Re: DSS dump and migrated datasets

[Jack Zukt]

Hi,
You coul use HSM ABARs. It will recall any migrated dataset that matches
your filter.
Best wishes
Jack

On Thu, Nov 23, 2023, 16:58 Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

> I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
> Since the user is no longer active, most of datasets are migrated to ML1
> and ML2.
>
> By default ADRDSSU does not process migrated datasets.
> Is there any method to circumvent it?
> It can be anything, including scripted "touch".
>
> --
> 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: DSS dump and migrated datasets

[Jon Perryman]

On Thu, 23 Nov 2023 17:57:53 +0100, Radoslaw Skorupka  
wrote:

>I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
>Since the user is no longer active, most of. datasets are migrated to ML1
>and ML2.

Do you really need another backup since HSM already backed them up? If HRECALL 
generics don't meet your needs, then you could write a REXX to be more granular.

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

Re: DSS dump and migrated datasets

[Jon Perryman]

On Thu, 23 Nov 2023 18:18:23 +, Keith Gooding  wrote:

>I do not know why IBM do not have an option for adrdssu to go the recall 
>automatically - there have been some requests on IBM ideas. 

The last thing you want is for ADRDSSU to become long running waiting on 
multiple recalls from multiple tapes. There's also the problem that someone 
inadvertently runs a backup that includes archived datasets. You have limited 
disk space and unwitting users can potentially defeat the purposes of HSM 
archiving.

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

Re: DSS dump and migrated datasets

[Radoslaw Skorupka]

That's the trick!
I forgot about HRECALL and generics.
Thank you.


--
Radoslaw Skorupka
Lodz, Poland



W dniu 23.11.2023 o 19:18, Keith Gooding pisze:

I usually run a batch TSO step which issues command HRECALL ‘HLQ.** WAIT’ 
immediately before the dump step. You may get a lot of messages  sent to your 
TSO session - either saying dataset not migrated or that migration is complete. 
There is also a ADRDSSU patch ( from memory patch area offset 17 but check in 
the admin guide) which will warn you if any of the datasets are still migrated 
when you run the dump command.

I do not know why IBM do not have an option for adrdssu to go the recall 
automatically - there have been some requests on IBM ideas.

This recall method does not work for more complicated dss filters such as 
“MYID.**.DATA”

Keith Gooding


On 23 Nov 2023, at 17:32, Radoslaw 
Skorupka<0471ebeac275-dmarc-requ...@listserv.ua.edu>  wrote:

Well, First, I DON'T WANT TO DELETE datasets. I wan to dump them to archive 
file.
Second, I want to avoid manual typing/clicking.
:-)

--
Radoslaw Skorupka
Lodz, Poland



W dniu 23.11.2023 o 18:01, Steve Beaver pisze:

Bring the list up in 3.4 then do a hdelete
By every dsn and hit enter

Sent from my iPhone

No one said I could type with one thumb


On Nov 23, 2023, at 10:57, Radoslaw 
Skorupka<0471ebeac275-dmarc-requ...@listserv.ua.edu>   wrote:

I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
Since the user is no longer active, most of datasets are migrated to ML1 and 
ML2.

By default ADRDSSU does not process migrated datasets.
Is there any method to circumvent it?
It can be anything, including scripted "touch".

--
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: DSS dump and migrated datasets

[Radoslaw Skorupka]

W dniu 23.11.2023 o 20:11, Jon Perryman pisze:

On Thu, 23 Nov 2023 17:57:53 +0100, Radoslaw Skorupka  
wrote:


I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
Since the user is no longer active, most of. datasets are migrated to ML1
and ML2.

Do you really need another backup since HSM already backed them up? If HRECALL 
generics don't meet your needs, then you could write a REXX to be more granular.


No, I don't want any backup. I need to delete inactive users and put 
their datasets into archive bucket.
I could replace userid with same named group to keep protection, but I 
also have to clean up an SG with user data.

Is it the best way to manage it? Not my decision.
However HRECALL NOWAIT is a solution. Thanks.

--
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: DSS dump and migrated datasets

[Keith Gooding]

Jon.

I certainly would like the option to tell dss to recall datasets so that they 
can be copied or backed up. A common use case for me is to back up , or copy 
and rename, a set of software libraries for archiving or distribution to 
another system (a bit like a zOSMF portable software instance). It certainly 
should not be the case that dss routinely ignores migrated datasets unless a 
patch byte is set.

Keith Gooding

> On 23 Nov 2023, at 19:23, Jon Perryman  wrote:
> 
> On Thu, 23 Nov 2023 18:18:23 +, Keith Gooding  wrote:
> 
>> I do not know why IBM do not have an option for adrdssu to go the recall 
>> automatically - there have been some requests on IBM ideas.
> 
> The last thing you want is for ADRDSSU to become long running waiting on 
> multiple recalls from multiple tapes. There's also the problem that someone 
> inadvertently runs a backup that includes archived datasets. You have limited 
> disk space and unwitting users can potentially defeat the purposes of HSM 
> archiving.  
> 
> --
> 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: Performance i/o problem

[Jon Perryman]

It sounds like the OP is sharing a volume between 2 different sysplexes. If 
that's the case, then hardware reserves may also be a problem that should be 
investigated.

On Thu, 23 Nov 2023 11:37:29 -0600, Steve Estle  wrote:

>Assuming you are running ZOS in native mode (not as guest under ZVM) where 
>your dump/restores are occurring, I would definitely look at RMF reports - my 
>first place to look is RMF Monitor III online - if not active, turn on with 
>the recording VSAM files - typically "F RMF, S III" - this should show what is 
>delaying / impeding the restore job.  One other question - are you restoring 
>from tape or disk - what is the source device type you are recovering from.  
>We recently activated ZEDC on our LPAR's and found out dumping / restoring in 
>DFDSS compressed mode speeds up our backups substantially (like by factor 3:1) 
>if you have that option?  You have to specify the proper "ZCOMPRESS" option on 
>the ADRDSSU dump statement to take advantage if you have that feature /  
>option active for your system / processor - we are running on Z15 hardware.
>
>Steve Estle
>ZOS Systems Programmer
>
>--
>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: Page Datasets in User Catalog

[Jon Perryman]

On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz  wrote:

>I suspect that there was a game of telegraph, whereby crucial details got lost.
>
>It is normal to allocate page datasets in a user catalog that will eventually 
>be used as a master catalog.
> I'm suspicious of the claim that z/OS can use  a page dataset that is not in 
> its own master catalog, but I can't rule it out.

There are definitely crucial details lost. Page and swap are special datasets. 
For instance, a page dataset can be in multiple catalogs (I think using 
recatalog). Only page datasets specified in PARMLIB must be in the master 
catalog. Without details, we're only guessing how it's being used. 

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

Re: UNIX REXX LINKMVS TASKLIB?

[Paul Gilmartin]

On Thu, 23 Nov 2023 18:13:27 +, Farley, Peter wrote:

>Probably preserved for IBM (pick your language) PROC compatibility. The only 
>place I have ever seen temporary link libraries used is in IBM-supplied 
>compile-link-go PROC’s, where the link step SYSLMOD DD uses 
>DSN=&&GOSET(&MEM) and the GO step uses “PGM=*.linkstepname.SYSLMOD”.  I’ve 
>never seen that JCL paradigm used in a production job anywhere.
>
I fear I rook my inspiration from those PROCLIB members.  And I ignored the 
maxim,
"Don't take IBM's defaults as IBM's recommendations."

And I was astonished at the generated DDNAMEs I saw in allocation messages.

>If performance needs to be improved, there is always the option to copy the 
>program objects needed from the resident PDSE to a Unix directory in the PATH.
>
"cp" cam move program objects.  Can I then invoke them with LINKMVS and/or
pass the classic R1 PLIST for compatibility with batch JCL?

(I wish I could //SrEPLIB DD  PATH=... to avoid synching copies.)


On Thu, 23 Nov 2023 12:53:32 -0600, Jon Perryman  wrote:
>...
>Temporary datasets never use VOL=SER=. They are accessed through a DD that 
>optionally exists for the life of the job (DDNAME= or DSN=&&XXX). 
>Technically they are uncatalogued but the word uncatalogued implies use of 
>VOL=SER=,  
>
But they can use VOL=REF, which is sometimes needed.

-- 
gil

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

Re: DSS dump and migrated datasets

[Jon Perryman]

On Thu, 23 Nov 2023 19:47:24 +, Keith Gooding  wrote:

>I certainly would like the option to tell dss to recall datasets

I feel your pain but I personally agree with IBM's decision. Realize this is 
z/OS with specialists instead UNIX with its jack of all trades. DASD sysprog, 
performance sysprog, scheduler and more should be involved in how this should 
occur because they have access to important knowledge, For instance, the DASD 
sysprog can tell you the importance of using HRECALL instead of ADRDSSU doing 
the recall. Very simply, HRECALL can group recalls by recall volume with fewer 
tape mounts and they can easily cancel the request if people are being 
impacted. The scheduler can schedule this non-time sensitive work when it won't 
impact others.

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

Re: DSS dump and migrated datasets

[Radoslaw Skorupka]

W dniu 23.11.2023 o 22:32, Jon Perryman pisze:

On Thu, 23 Nov 2023 19:47:24 +, Keith Gooding  wrote:


I certainly would like the option to tell dss to recall datasets

I feel your pain but I personally agree with IBM's decision. Realize this is 
z/OS with specialists instead UNIX with its jack of all trades. DASD sysprog, 
performance sysprog, scheduler and more should be involved in how this should 
occur because they have access to important knowledge, For instance, the DASD 
sysprog can tell you the importance of using HRECALL instead of ADRDSSU doing 
the recall. Very simply, HRECALL can group recalls by recall volume with fewer 
tape mounts and they can easily cancel the request if people are being 
impacted. The scheduler can schedule this non-time sensitive work when it won't 
impact others.


Well, Keith metioned *a switch*. You don't like tape mounting? No 
problem, just don't use that feature.
However I remember a lot of scenarios where there was a need to copy 
*all* dataset belonging to the mask/list, not jut those not migrated.

And of course my current issue is yet another one.

BTW: I don't care about mounting tapes. My virtual drives are certified 
for millions of mounts. Not to mention ML1. :-)


Trivia: the last real tape drive for z/OS was released in May of 2011 
and end of service was 28th Feb 2022. No further (directly attached) 
models for 12 years. And most virtual tape vendors do not offer any tape 
at backed. IBM, Fujitsu and one other (can't remember now) are exceptions.


--

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: DSS dump and migrated datasets

[Jon Perryman]

On Thu, 23 Nov 2023 22:47:59 +0100, Radoslaw Skorupka  
wrote:

>Well, Keith metioned *a switch*. 

Turning on the switch implies that everyone agreed that the feature benefits 
are more important than the risks. This is acceptable because IBM warned you 
and your company accepted the risks.

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

Re: DSS dump and migrated datasets

[Mike Schwab]

ABARS does not recall datasets.  ABARS copies the VTape ML1/2/backup to the
new archive tape.
https://www.ibm.com/docs/en/zos/2.3.0?topic=guide-aggregate-backup-recovery-support-abars


On Thu, Nov 23, 2023 at 12:59 PM Jack Zukt  wrote:

> Hi,
> You coul use HSM ABARs. It will recall any migrated dataset that matches
> your filter.
> Best wishes
> Jack
>
> On Thu, Nov 23, 2023, 16:58 Radoslaw Skorupka <
> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
> > Since the user is no longer active, most of datasets are migrated to ML1
> > and ML2.
> >
> > By default ADRDSSU does not process migrated datasets.
> > Is there any method to circumvent it?
> > It can be anything, including scripted "touch".
> >
> > --
> > 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
>


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: UNIX REXX LINKMVS TASKLIB?

[Seymour J Metz]

While best practice is to let the system choose, if you insist on using 
VOL=SER=foo for a temporary, it will work. IMHO, it's best to let SMS do its 
thing.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי




From: IBM Mainframe Discussion List  on behalf of Jon 
Perryman 
Sent: Thursday, November 23, 2023 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UNIX REXX LINKMVS TASKLIB?

On Thu, 23 Nov 2023 01:47:18 -0600, Paul Gilmartin  wrote:
>>On Thu, 23 Nov 2023 04:18:05 +, Farley, Peter wrote:

>>In this day and age, why in the world would you evec contemplate using a 
>>non-cataloged library?
>>
>In parallel with the JCL Ref. mentioning use of temporary data sets as link 
>libraries:
>
>Use the PGM parameter ..., or a temporary library.

Temporary datasets never use VOL=SER=. They are accessed through a DD that 
optionally exists for the life of the job (DDNAME= or DSN=&&XXX). 
Technically they are uncatalogued but the word uncatalogued implies use of 
VOL=SER=,

>>Performance was admirable and acceptable but this usage was obviously not a 
>>high-volume commercial application, so YMMV.
>>
>I was just taking to heart the advice in
>
>... To improve performance of the z/OS® shell, avoid propagating STEPLIBs 
> ...

Think of this in terms of z/OS. USS STEPLIB variable is actually an attach 
tasklib (not a true step). The problem occurs when you FORK() a process which 
must allocate a new unique DDN, open it and read the directories during ATTACH. 
Much of UNIX is built around FORKing is cheap. For instance consider MAKE 
(compile) which could potentially do a 100,000 FORKs in a short amount of time.

Performance is in the eye of the beholder. Performance is more than one thing 
that runs extremely fast. z/OS can run at 100% busy without impacting users. If 
I run MAKE to compile in LINUX, it is treated the same as if I'm using edit.  
Performance must be measured in overall impact which can vary greatly by 
environment.

--
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: Page Datasets in User Catalog

[Seymour J Metz]

Are you saying that PAGEADD will work with alias entries and that the added 
datasets will be retained across IPL?


-- 
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי




From: IBM Mainframe Discussion List  on behalf of Jon 
Perryman 
Sent: Thursday, November 23, 2023 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Page Datasets in User Catalog

On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz  wrote:

>I suspect that there was a game of telegraph, whereby crucial details got lost.
>
>It is normal to allocate page datasets in a user catalog that will eventually 
>be used as a master catalog.
> I'm suspicious of the claim that z/OS can use  a page dataset that is not in 
> its own master catalog, but I can't rule it out.

There are definitely crucial details lost. Page and swap are special datasets. 
For instance, a page dataset can be in multiple catalogs (I think using 
recatalog). Only page datasets specified in PARMLIB must be in the master 
catalog. Without details, we're only guessing how it's being used.

--
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: UNIX REXX LINKMVS TASKLIB?

[Paul Gilmartin]

On Fri, 24 Nov 2023 00:10:18 +, Seymour J Metz wrote:

>While best practice is to let the system choose, if you insist on using 
>VOL=SER=foo for a temporary, it will work. IMHO, it's best to let SMS do its 
>thing.
>
I use VOL=REF=ddfoo only when it's required.

-- 
gil

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

Re: Page Datasets in User Catalog

[Mark Jacobs]

I tried a pageadd of a newly defined page dataset that was cataloged in a user 
catalog. It didn't work. The command said it wasn't cataloged even though a 
listcat command was able to find it using the MLA in the master catalog. I 
didn't try an IPL with it in parmlib. I assumed that if the pageadd failed, it 
wouldn't work at IPL time either.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


On Thursday, November 23rd, 2023 at 7:12 PM, Seymour J Metz  
wrote:


> Are you saying that PAGEADD will work with alias entries and that the added 
> datasets will be retained across IPL?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> 
> 
> 
> 
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Jon 
> Perryman jperr...@pacbell.net
> 
> Sent: Thursday, November 23, 2023 3:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Page Datasets in User Catalog
> 
> On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz sme...@gmu.edu wrote:
> 
> > I suspect that there was a game of telegraph, whereby crucial details got 
> > lost.
> > 
> > It is normal to allocate page datasets in a user catalog that will 
> > eventually be used as a master catalog.
> > I'm suspicious of the claim that z/OS can use a page dataset that is not in 
> > its own master catalog, but I can't rule it out.
> 
> 
> There are definitely crucial details lost. Page and swap are special 
> datasets. For instance, a page dataset can be in multiple catalogs (I think 
> using recatalog). Only page datasets specified in PARMLIB must be in the 
> master catalog. Without details, we're only guessing how it's being used.
> 
> --
> 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: UNIX REXX LINKMVS TASKLIB?

[Jon Perryman]

On Fri, 24 Nov 2023 00:10:18 +, Seymour J Metz  wrote:

>if you insist on using VOL=SER=foo for a temporary, it will work. 

Cleanup of the public volumes is unpredictable. Normal users should never learn 
about VOL=SER especially for temporary datasets.

> IMHO, it's best to let SMS do its thing.

Unless things have changed, SMS does not control temporary datasets. The system 
places them on volumes mounted public or storage bypassing the need for SMS.

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

Re: Page Datasets in User Catalog

[Jon Perryman]

On Fri, 24 Nov 2023 00:12:34 +, Seymour J Metz  wrote:

>Are you saying that PAGEADD will work with alias entries and that the added 
>datasets will be retained across IPL?

Sorry, I worded it incorrectly. I didn't mean to imply I had experience using 
pageadd in that respect. 

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

Re: UNIX REXX LINKMVS TASKLIB?

[Jon Perryman]

On Thu, 23 Nov 2023 18:21:28 -0600, Paul Gilmartin  wrote:

>>On Fri, 24 Nov 2023 00:10:18 +, Seymour J Metz wrote:
>>If you insist on using VOL=SER=foo for a temporary, it will work.
>>
>I use VOL=REF=ddfoo only when it's required.

For true temporary datasets, a normal user will never code VOL=SER unless they 
screwed up. For sysprogs, there are a couple of disk utilities but these are 
exceptions that are used to identify a volume instead of containing actual 
temporary data.. 

For temporary datasets, when is there ever a need for VOL=REF unless you are 
working with a volume?

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

Re: Page Datasets in User Catalog

[Jon Perryman]

On Fri, 24 Nov 2023 01:42:08 +, Mark Jacobs  
wrote:

>I tried a pageadd of a newly defined page dataset that was cataloged in a user 
>catalog. It didn't work. 

I suspected it would not work but was unsure. Pageadd remains in effect until 
the next CLPA so it would make sense it would fail.

Prior to shared MCAT, I think we recataloged the emergency page dataset to each 
master catalog so it could be used from any system. It's been so long that I 
can't remember for sure and I wasn't responsible for setting it up. I just had 
to know about it in case of emergency.

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