Re: DD SYMLIST?

[Peter Vels]

Here's one I prepared earlier:

//PBVSYMLI JOB CLASS=A,MSGCLASS=X,NOTIFY=

// EXPORT SYMLIST=*   <-- NEED BOTH THIS AND\

// SET FOO=PAUL |

//GIL EXEC PGM=IEBGENER |

//SYSUT1   DD DATA,DLM=$$,SYMBOLS=JCLONLY   |

//PBVZIPPO JOB CLASS=A,MSGCLASS=X,NOTIFY=|

//NOTHING  EXEC PGM=IEFBR14,PARM=   |

$$  |

//SYSUT2   DD SYSOUT=(A,INTRDR),SYMLIST=* <--THIS <-/

//SYSPRINT DD SYSOUT=*

//SYSINDD DUMMY

//



On Fri, 23 Feb 2024 at 00:54, Walt Farrell <
05bd6dbb44aa-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 21 Feb 2024 22:37:28 -0600, Paul Gilmartin 
> wrote:
>
> >On Thu, 22 Feb 2024 13:45:18 +1000, Peter Vels  wrote:
> >
> >>https://www.ibm.com/docs/en/zos/3.1.0?topic=statement-symlist-parameter
> >>
> >I'm  looking at Page 263 of  SA23-1385-60
> >z/OS 3.1 MVS JCL Reference
> >with the page heading DD: SYMLIST
> >
> >>On Thu, 22 Feb 2024 at 12:46, Paul Gilmartin  wrote:
> >>
> >>> What does the SYMLIST parameter of the JCL DD statement do?
>
> What don't you understand about what the the reference provided by Peter
> says?
>
> Did you look at the examples it provides?
> https://www.ibm.com/docs/en/zos/3.1.0?topic=parameter-example-symlist
>
> --
> Walt
>
> --
> 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: Getting rid of a z14 zr1 - any value in the host cards?

[Ed Jaffe]

On 2/26/2024 7:54 PM, Laurence Chiu wrote:

Somebody said to me the z14 cards cannot be used in a Z15 or z16 because of
a difference in form factor!  This seemed like an ill-informed comment to
me since all the cards probably use some sort of PCI connector and IBM
would not change them between model Z's. But it would be nice to be able to
quote some authoritative source as this person appears to have the ear of
some of our senior managers.


Most cards work, some cards don't.

We put a bunch of cards from our decommissioned z13s into our z15-T02 -- 
skipping past the z14 generation entirely.


Doing so was far, Far, FAR cheaper than buying them "net new..."

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: Getting rid of a z14 zr1 - any value in the host cards?

[Laurence Chiu]

Somebody said to me the z14 cards cannot be used in a Z15 or z16 because of
a difference in form factor!  This seemed like an ill-informed comment to
me since all the cards probably use some sort of PCI connector and IBM
would not change them between model Z's. But it would be nice to be able to
quote some authoritative source as this person appears to have the ear of
some of our senior managers.

On Sun, Feb 25, 2024 at 3:19 AM Mike Smith  wrote:

> I would imagine that the FICON and OSA cards might have value to someone.
> These cards can still be used in other z14's, z15's and z16's.  With the
> hardware WKFM date for z15's having passed, the only way to add an adapter
> to a z15 is to acquire it from the secondary market (aka used).  You could
> try posting them on eBay or contact some of the companies that trade in
> used IBM parts.
>
> Good luck!
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Laurence Chiu
> Sent: Friday, February 23, 2024 6:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Getting rid of a z14 zr1 - any value in the host cards?
>
> Sorry. Z14
>
> On Sat, Feb 24, 2024, 2:59 PM Charles Mills  wrote:
>
> > z14 as in the Subject or z16 as in the body?
> >
> > CM
> >
> > On Sat, 24 Feb 2024 12:04:39 +1300, Laurence Chiu 
> > wrote:
> >
> > >I need to decommission and remove for potential destruction z16 zr1.
> > >It only has one active engine so it's capped at 88 mips which isn't
> > >very useful. But for a number of reasons it has a ton of 16G fibre
> > >channel cards (6 or 8 I think). They might have some value so I was
> > >thinking I would remove them before having the host removed. There
> > >are
> > also
> > >4 OSA Express cards (10G). Our IBM SE said IBM do not support used
> > >cards
> > in
> > >CEC's but that does not mean they won't work?
> > >
> > >Another thought was it could be used as a sysprog play pen, carving
> > >up
> > some
> > >storage of the DS8K we have and creating a small z/OS image. But how
> > >much play can you do in 88 MIPS?
> >
> > --
> > 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
>

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

Re: SDWAEC1

[Joseph Reichman]

Peter 

My main objective of my posts were in regard to modifying file 192 general 
recovery.

One of my modifications in the case where sdwaec1 and sdwaec2 have different 
next address it is apparent that sdwaec1 ( PSW at time of error ) is not in the 
users code but likely in a SVC or PC rtn ( this is just general I’m sure there 
are exceptions )

It would then become more important to have the user program registers which 
are linked to sdwaec2 

If for instance the user was running amode 64 
I don’t think SDWASRSV has 64 bit area but if I have the correlating RB I can 
get the 64 bit regs from XSB

Your post have definitely help me get the information I needed and for that I’m 
grateful 
 Thanks and I apologize if sone of my posts made it seem like I wasn’t 
listening to what you were telling me 

> On Feb 26, 2024, at 6:18 PM, Peter Relson  wrote:
> 
> Since it is apparent that Mr. Reichman does not respect the time of the 
> followers of IBM-Main, I choose not to continue rewarding bad behavior.
> This will be my last response to any post he makes that demonstrates that 
> lack of respect, whether he has not seemed to pay attention to a post upon 
> which his post is based or has not provided sufficient information either 
> upon initial post of a thread or (especially) when asked for such information 
> by a responder. I'm trying to leave the door open for a change to what we 
> might call good behavior.
> 
> Regarding SDWAEC1 (you should instead be using SDWAPSW16 to handle any RMODE 
> 64 cases that might surface for the time of error PSW)
> 
>  *   If the address is in common storage, you could use CSVQUERY with 
> SEARCH=LPA and, if that does not succeed and the address is below 2G, use 
> NUCLKUP.
>  *   If the error occurred in your current-primary address space, you could 
> use CSVQUERY with SEARCH=JPA with INADDR64=YES and maybe ANCESTORJPQ=YES and 
> maybe DIRLOAD=YES. (if the error address is in private, and you are not 
> running with the failing address space as your current primary, it would be 
> wrong to try to search the current-primary address space for a given address)
> If you want to handle modules loaded with GLOBAL=YES, then tweak the above 
> also to search JPA (with or without LPA) in the case of common storage. Most 
> would not bother. LOAD with GLOBAL=YES is possible to get right, but in 
> almost all cases is not gotten right and results in a system integrity 
> exposure. Thus it is discouraged, with dynamic LPA and load with ADDR/ADDR64 
> being the alternatives (most diagnosticians would prefer that you use dynamic 
> LPA in order to more easily learn what module name is associated with a given 
> address).
> 
> Some day nucleus storage above 2G might be supported. If that happens there 
> would be something akin to NUCLKUP that accommodates an 8-byte input/output 
> address.
> 
> I think that SDWAPRIM would be a good indicator of where the error occurred, 
> by ASID. There could be some tricky cases if the PSW indicated Home ASC mode. 
> In practice, all home ASC code is in common storage (it theoretically need 
> not be). If you have a private-area address and the PSW is in home ASC mode, 
> then it's the home address space that needs to be searched.  The address 
> space that is available to you to search depends on the type of recovery (and 
> options) that you are using. SDWAFMID is set in only a few circumstances, it 
> seems (such as DAT error), so you won't find that helpful generally.
> 
> Note that none of this discussion mentioned (or had a reason to mention) an 
> RB/XSB pair.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> 
> --
> 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: SDWAEC1

[Peter Relson]

Since it is apparent that Mr. Reichman does not respect the time of the 
followers of IBM-Main, I choose not to continue rewarding bad behavior.
This will be my last response to any post he makes that demonstrates that lack 
of respect, whether he has not seemed to pay attention to a post upon which his 
post is based or has not provided sufficient information either upon initial 
post of a thread or (especially) when asked for such information by a 
responder. I'm trying to leave the door open for a change to what we might call 
good behavior.

Regarding SDWAEC1 (you should instead be using SDWAPSW16 to handle any RMODE 64 
cases that might surface for the time of error PSW)

  *   If the address is in common storage, you could use CSVQUERY with 
SEARCH=LPA and, if that does not succeed and the address is below 2G, use 
NUCLKUP.
  *   If the error occurred in your current-primary address space, you could 
use CSVQUERY with SEARCH=JPA with INADDR64=YES and maybe ANCESTORJPQ=YES and 
maybe DIRLOAD=YES. (if the error address is in private, and you are not running 
with the failing address space as your current primary, it would be wrong to 
try to search the current-primary address space for a given address)
If you want to handle modules loaded with GLOBAL=YES, then tweak the above also 
to search JPA (with or without LPA) in the case of common storage. Most would 
not bother. LOAD with GLOBAL=YES is possible to get right, but in almost all 
cases is not gotten right and results in a system integrity exposure. Thus it 
is discouraged, with dynamic LPA and load with ADDR/ADDR64 being the 
alternatives (most diagnosticians would prefer that you use dynamic LPA in 
order to more easily learn what module name is associated with a given address).

Some day nucleus storage above 2G might be supported. If that happens there 
would be something akin to NUCLKUP that accommodates an 8-byte input/output 
address.

I think that SDWAPRIM would be a good indicator of where the error occurred, by 
ASID. There could be some tricky cases if the PSW indicated Home ASC mode. In 
practice, all home ASC code is in common storage (it theoretically need not 
be). If you have a private-area address and the PSW is in home ASC mode, then 
it's the home address space that needs to be searched.  The address space that 
is available to you to search depends on the type of recovery (and options) 
that you are using. SDWAFMID is set in only a few circumstances, it seems (such 
as DAT error), so you won't find that helpful generally.

Note that none of this discussion mentioned (or had a reason to mention) an 
RB/XSB pair.

Peter Relson
z/OS Core Technology Design


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

Re: Signing off

[Tom Brennan]

Happy retirement!
Tom Brennan - formerly O'Brennan a long time ago, I've heard.

On 2/26/2024 11:51 AM, Sean Gleann wrote:

This list has been a great source of ideas and information, although I've
never really been a 'contributor' here, but more of a 'lurker'. Whenever
I've seen a thread that I might be able to respond to, someone else gets in
first with a response very similar to the one that I thought of.

So, I hope you won't mind me speaking up now to say that it's time for this
tired old mainframer to toddle off into the sunset... after 50 years of
working with mainframe systems, I feel it's time to hang up my keyboard and
call it a day.

I first started on an ICL 1904 - punched cards, paper tape, core memory,
60MB disks, GEORGE II - but quickly saw the light and moved to another
employer that used a 360/30 roughly 8 years after the series was first
marketed. Since then, aside from a brief entanglement with a Burroughs
B4700, it's been IBM all the way.

I have to say that it's (mostly) been a lot of fun. From one aspect, I've
never really worked a day in my life. Instead, I've been paid a lot of
money to play on other people's expensive toys.

Here's wishing all of you good luck and good fortune for the future. I'll
be thinking about doing some travelling - haven't made it to South America
or Africa yet.

Regards
Sean o'bhaile na Gleann

--
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: Signing off

[Brian Fitzgibbon]

Sean
    "Gach dùrachd" ...

Signature Block Regards
Brian Fitzgibbon
SEGUS Inc
(703)-391-9650
www.segus.com
For support:
supp...@segus.com
Upcoming Out of Office:None

The information contained in this e-mail and any enclosed documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message
isaddressed to you in error, please immediately alert the sender by 
reply e-mail and then delete this message, including any attachments. 
Any dissemination, distribution, or other use of the contents of this 
message by anyone other than the intended recipient is prohibited.

On 2/26/2024 2:51 PM, Sean Gleann wrote:

This list has been a great source of ideas and information, although I've
never really been a 'contributor' here, but more of a 'lurker'. Whenever
I've seen a thread that I might be able to respond to, someone else gets in
first with a response very similar to the one that I thought of.

So, I hope you won't mind me speaking up now to say that it's time for this
tired old mainframer to toddle off into the sunset... after 50 years of
working with mainframe systems, I feel it's time to hang up my keyboard and
call it a day.

I first started on an ICL 1904 - punched cards, paper tape, core memory,
60MB disks, GEORGE II - but quickly saw the light and moved to another
employer that used a 360/30 roughly 8 years after the series was first
marketed. Since then, aside from a brief entanglement with a Burroughs
B4700, it's been IBM all the way.

I have to say that it's (mostly) been a lot of fun. From one aspect, I've
never really worked a day in my life. Instead, I've been paid a lot of
money to play on other people's expensive toys.

Here's wishing all of you good luck and good fortune for the future. I'll
be thinking about doing some travelling - haven't made it to South America
or Africa yet.

Regards
Sean o'bhaile na Gleann

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: Signing off

[Steve Thompson]

I had to re-read that line "first started on an ICL 1904" a few 
times before I my brain realized that was a model number and not 
a year.


Blue skies and tail winds.

Enjoy your next set of activities.

Regards,
Steve Thompson

On 2/26/2024 2:51 PM, Sean Gleann wrote:

This list has been a great source of ideas and information, although I've
never really been a 'contributor' here, but more of a 'lurker'. Whenever
I've seen a thread that I might be able to respond to, someone else gets in
first with a response very similar to the one that I thought of.

So, I hope you won't mind me speaking up now to say that it's time for this
tired old mainframer to toddle off into the sunset... after 50 years of
working with mainframe systems, I feel it's time to hang up my keyboard and
call it a day.

I first started on an ICL 1904 - punched cards, paper tape, core memory,
60MB disks, GEORGE II - but quickly saw the light and moved to another
employer that used a 360/30 roughly 8 years after the series was first
marketed. Since then, aside from a brief entanglement with a Burroughs
B4700, it's been IBM all the way.

I have to say that it's (mostly) been a lot of fun. From one aspect, I've
never really worked a day in my life. Instead, I've been paid a lot of
money to play on other people's expensive toys.

Here's wishing all of you good luck and good fortune for the future. I'll
be thinking about doing some travelling - haven't made it to South America
or Africa yet.

Regards
Sean o'bhaile na Gleann

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


--
Regards, Steve Thompson

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

Re: Question on BUILDMCS

[Binyamin Dissen]

The BUILDMCS will run w/o the DISTLIBs, but you will need to preserve the
DISTLIBs to get source for the RELFILEs. The target stuff would be built by
the SMP apply process.

On Mon, 26 Feb 2024 20:03:17 + Allan Staller
<0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:

:>Classification: Confidential
:>
:>I am in the process of performing a BUILDMCS for the 1st time. This is to 
preserve some products no longer orderable from IBM.
:>I have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements are unclear.
:>
:>When I look at the SMPPUNCH I see stuff like:
:>++MAC(x)  distlib( )  fromdsn() number(2) vol()  .
:>
:>I presume number(x) is the relfile number AND fromdsn is the current location 
of the item.
:>
:>Do I need to physically preserve the current target/distlibs for this product 
to the build MCS can be executed?

--
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: Question on BUILDMCS

[Allan Staller]

Classification: Confidential

Thanks Dave,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Monday, February 26, 2024 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on BUILDMCS

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Just run the buildmcs.  It will use those files to copy from to create the 
relfiles from, when received into the new environment.   Make sure all 
maintenance has been applied.  Many folks run the buildmcs for the fmid in the 
DLIB environment.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Date: Monday, February 26, 2024 at 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Question on BUILDMCS
Classification: Confidential I am in the process of performing a BUILDMCS for 
the 1st time. This is to preserve some products no longer orderable from IBM. I 
have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements


Classification: Confidential



I am in the process of performing a BUILDMCS for the 1st time. This is to 
preserve some products no longer orderable from IBM.

I have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements are unclear.



When I look at the SMPPUNCH I see stuff like:

++MAC(x)  distlib( )  fromdsn() number(2) vol()  .



I presume number(x) is the relfile number AND fromdsn is the current location 
of the item.



Do I need to physically preserve the current target/distlibs for this product 
to the build MCS can be executed?



Thanks in advance,

::DISCLAIMER::



The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.





--

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

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

Re: Question on BUILDMCS

[Jousma, David]

Just run the buildmcs.  It will use those files to copy from to create the 
relfiles from, when received into the new environment.   Make sure all 
maintenance has been applied.  Many folks run the buildmcs for the fmid in the 
DLIB environment.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Date: Monday, February 26, 2024 at 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Question on BUILDMCS
Classification: Confidential I am in the process of performing a BUILDMCS for 
the 1st time. This is to preserve some products no longer orderable from IBM. I 
have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements


Classification: Confidential



I am in the process of performing a BUILDMCS for the 1st time. This is to 
preserve some products no longer orderable from IBM.

I have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements are unclear.



When I look at the SMPPUNCH I see stuff like:

++MAC(x)  distlib( )  fromdsn() number(2) vol()  .



I presume number(x) is the relfile number AND fromdsn is the current location 
of the item.



Do I need to physically preserve the current target/distlibs for this product 
to the build MCS can be executed?



Thanks in advance,

::DISCLAIMER::



The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.





--

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

Question on BUILDMCS

[Allan Staller]

Classification: Confidential

I am in the process of performing a BUILDMCS for the 1st time. This is to 
preserve some products no longer orderable from IBM.
I have RTFM'ed the manuals (SMP/E User's Guide and SMP/E Commands), and the 
actual requirements are unclear.

When I look at the SMPPUNCH I see stuff like:
++MAC(x)  distlib( )  fromdsn() number(2) vol()  .

I presume number(x) is the relfile number AND fromdsn is the current location 
of the item.

Do I need to physically preserve the current target/distlibs for this product 
to the build MCS can be executed?

Thanks in advance,
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Signing off

[Robley Lutz]

Bon Voyage

On Mon, Feb 26, 2024 at 2:52 PM Sean Gleann <
05c8f47efdd2-dmarc-requ...@listserv.ua.edu> wrote:

> This list has been a great source of ideas and information, although I've
> never really been a 'contributor' here, but more of a 'lurker'. Whenever
> I've seen a thread that I might be able to respond to, someone else gets in
> first with a response very similar to the one that I thought of.
>
> So, I hope you won't mind me speaking up now to say that it's time for this
> tired old mainframer to toddle off into the sunset... after 50 years of
> working with mainframe systems, I feel it's time to hang up my keyboard and
> call it a day.
>
> I first started on an ICL 1904 - punched cards, paper tape, core memory,
> 60MB disks, GEORGE II - but quickly saw the light and moved to another
> employer that used a 360/30 roughly 8 years after the series was first
> marketed. Since then, aside from a brief entanglement with a Burroughs
> B4700, it's been IBM all the way.
>
> I have to say that it's (mostly) been a lot of fun. From one aspect, I've
> never really worked a day in my life. Instead, I've been paid a lot of
> money to play on other people's expensive toys.
>
> Here's wishing all of you good luck and good fortune for the future. I'll
> be thinking about doing some travelling - haven't made it to South America
> or Africa yet.
>
> Regards
> Sean o'bhaile na Gleann
>
> --
> 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

Signing off

[Sean Gleann]

This list has been a great source of ideas and information, although I've
never really been a 'contributor' here, but more of a 'lurker'. Whenever
I've seen a thread that I might be able to respond to, someone else gets in
first with a response very similar to the one that I thought of.

So, I hope you won't mind me speaking up now to say that it's time for this
tired old mainframer to toddle off into the sunset... after 50 years of
working with mainframe systems, I feel it's time to hang up my keyboard and
call it a day.

I first started on an ICL 1904 - punched cards, paper tape, core memory,
60MB disks, GEORGE II - but quickly saw the light and moved to another
employer that used a 360/30 roughly 8 years after the series was first
marketed. Since then, aside from a brief entanglement with a Burroughs
B4700, it's been IBM all the way.

I have to say that it's (mostly) been a lot of fun. From one aspect, I've
never really worked a day in my life. Instead, I've been paid a lot of
money to play on other people's expensive toys.

Here's wishing all of you good luck and good fortune for the future. I'll
be thinking about doing some travelling - haven't made it to South America
or Africa yet.

Regards
Sean o'bhaile na Gleann

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

Re: [EXTERNAL] Question

[Radoslaw Skorupka]

I've been using Serena Changeman for years. Then new salesman tried to 
"cut to the bone". Effect? I decided to migrate to (at the time) 
completely unknown product called ISPW. The first question from Paul, 
the owner was "how did you find us"?
We successfully migrated to ISPW. Then all the remaining Changeman users 
in Poland did the same. The company which was Serena reseller no longer 
exists (however it wasn't just because of Changeman deal).
Later we worked closely with ISPW developers to connect ISPW to git. A 
lot of changes and releases.


--
Radoslaw Skorupka
Lodz, Poland



W dniu 23.02.2024 o 19:11, Dave Beagle pisze:

Rocket is owned by Bain Capital. A private equity company. Usually, private 
equity companies are vultures who cut to the bone and then sell. In fact, 
Serena has been bought and sold numerous times in the last 20-25 years. By 
private equity who did exactly that. Cut to the bone and sold. The history 
section of this link tells the story.

https://en.m.wikipedia.org/wiki/Serena_Software

It’s a shame because there are some really good people there and the software 
is excellent.


[...]

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

Re: [Very much off-topic] Re: AI is the real deal.

[Windt, W.K.F. van der (Fred)]

Oops…

Sent from Outlook for iOS

From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, February 22, 2024 11:12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [Very much off-topic] Re: AI is the real deal.

Speaking of old predictions:  /* By 2005 or so, it will be clear that the 
Internet's impact on the economy has been no greater than the fax machine's.  
-Paul Krugman, Nobel-prize-winning economist in 1998 */

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Thursday, February 22, 2024 16:58

Sorry, the date has been truncated on the left.
That should be 11994.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 22 February 2024 19:42

The last mainframe will be turned off in 1994 - Gartner Group

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, February 22, 2024 11:11 AM

A 5-year prediction is generally safe, because in 5 years people will have 
forgotten the predictions. Who remembers the failed 5-year predictions for, 
e.g., controlled fusion, human level machine translation?

I expect it to eventually happen, but as for when, Hypotheses non fingo 
>.

On the flip side, hand optimization for pipelined machines is labor intensive 
and fragile; a compiler with an ARCHLVL parameter is better suited for the job.

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

-
ATTENTION:
The information in this e-mail is confidential and only meant for the intended 
recipient. If you are not the intended recipient, don't use or disclose it in 
any way. Please let the sender know and delete the message immediately.
-

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

Re: [EXTERNAL] Serina

[Pommier, Rex]

The only reason I would think of would be if you're running an old, unsupported 
version of changeman or a soon-to-be-unsupported version and your company has a 
policy of staying on supported software.  Otherwise, it's all the same thing.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Serina

So for me it raises the question why is a Company want to convert from 
Changeman to OpenText Changeman

Regards,


Steve
 reply email so that we may correct our internal records. Please then delete 
the original message (including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Beagle
Sent: Friday, February 23, 2024 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Rocket is owned by Bain Capital. A private equity company. Usually, private 
equity companies are vultures who cut to the bone and then sell. In fact, 
Serena has been bought and sold numerous times in the last 20-25 years. By 
private equity who did exactly that. Cut to the bone and sold. The history 
section of this link tells the story.

https://urldefense.com/v3/__https://en.m.wikipedia.org/wiki/Serena_Software__;!!KjMRP1Ixj6eLE0Fj!tlA5nn6xjbjOyRLkuN8C9ofN931FPOO_ngK2pAxiGHacIFkTv39hSdLBlQDZ1KAbE5cKPOaVVjtYstgDtz98I9DgLbCg4A8zulfq$
 

It’s a shame because there are some really good people there and the software 
is excellent.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:55 PM, Dave Beagle 
<0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:

https://urldefense.com/v3/__https://www.rocketsoftware.com/news/rocket-software-acquire-opentexts-application-modernization-and-connectivity-business__;!!KjMRP1Ixj6eLE0Fj!tlA5nn6xjbjOyRLkuN8C9ofN931FPOO_ngK2pAxiGHacIFkTv39hSdLBlQDZ1KAbE5cKPOaVVjtYstgDtz98I9DgLbCg4LK2A95a$
 





Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:12 PM, Pommier, Rex  
wrote:

Never mind, I just found some articles...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, February 23, 2024 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

I hadn't heard that.  Do you have some kind of news article or link I could 
see?  I know me and my cohorts would be very interested in knowing more about 
that.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, February 23, 2024 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Is that portion of Serena/microfocus/opentext being bought by Rocket? I think 
so.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 11:32 AM, Pommier, Rex  
wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

--
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: Delete HSM backups question

[Brian Fraser]

I'm not on a system at the moment, but I think the full command is :
HSEND LIST BCDS DSN ODS('data.set.name')

On Mon, 26 Feb 2024 at 15:50, Gadi Ben-Avi  wrote:

> Hi Again,
> The LIST BCDS ODS(dsname) command created an empty dataset.
> Do I have to add anything else to command?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Brian Fraser
> Sent: יום ב 26 פברואר 2024 09:30
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delete HSM backups question
>
> [You don't often get email from
> 05c7dee21422-dmarc-requ...@listserv.ua.edu. Learn why this is
> important at https://aka.ms/LearnAboutSenderIdentification ]
>
> Use the LIST BCDS command with ODS to create a dataset that will show all
> HSM backups, the source volume and the backup version number.
>
> From that listing, generate HBDELETE dsn VER(xxx) commands
>
>
> On Mon, 26 Feb 2024 at 13:58, Gadi Ben-Avi  wrote:
>
> > Thanks,
> > How do I find the dataset names that were on these disks?
> > How do I make sure that backups of the same datasets that came from
> > other disks are not deleted?
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Brian Westerman
> > Sent: יום ב 26 פברואר 2024 07:27
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Delete HSM backups question
> >
> > [Some people who received this message don't often get email from
> > brian_wester...@syzygyinc.com. Learn why this is important at
> > https://aka.ms/LearnAboutSenderIdentification ]
> >
> > HBDELETE DataSetName ALL
> >
> > Brian
> >
> > --
> > 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
>
> --
> 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: Delete HSM backups question

[Allan Staller]

Classification: Confidential

The ODS command is *VERY* particular as to the DCB attributes of the ODS 
dataset.
It is documented somewhere in the manual, but I can’t find it with a quick 
search.

The symptoms you show match my experience with the above.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, February 26, 2024 1:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi Again,
The LIST BCDS ODS(dsname) command created an empty dataset.
Do I have to add anything else to command?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Fraser
Sent: יום ב 26 פברואר 2024 09:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

[You don't often get email from 05c7dee21422-dmarc-requ...@listserv.ua.edu. 
Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]

Use the LIST BCDS command with ODS to create a dataset that will show all HSM 
backups, the source volume and the backup version number.

>From that listing, generate HBDELETE dsn VER(xxx) commands


On Mon, 26 Feb 2024 at 13:58, Gadi Ben-Avi  wrote:

> Thanks,
> How do I find the dataset names that were on these disks?
> How do I make sure that backups of the same datasets that came from
> other disks are not deleted?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: יום ב 26 פברואר 2024 07:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delete HSM backups question
>
> [Some people who received this message don't often get email from
> brian_wester...@syzygyinc.com. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> HBDELETE DataSetName ALL
>
> Brian
>
> --
> 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

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Delete HSM backups question

[Allan Staller]

Classification: Confidential

I believe HLIST LEVEL() Backup will provide the information you need.
Certainly the HLIST DA() backup will provide the same info if HLIST 
LEVEL(xxx) is unsupported. (I did no look up the syntax).

From there you can generate HBDEL commands (remember to specify date/time or 
all backups will  be deleted. \
You stated you only wanted to delete backups from a specific volume.

I can't think of any way to select the specific volume without a 3rd party add 
on.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Sunday, February 25, 2024 5:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Delete HSM backups question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,
I would like to delete all backups of datasets that originally resided on 
specific volumes.
The backups were created using HSM
How would I go about that?

We are running z/OS v2.4.

Thanks

Gadi

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Delete HSM backups question

[Seymour J Metz]

Sorry; that reply belongs on a different message.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Monday, February 26, 2024 6:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

That don't change anything. I don't have up.date access to those libraries and 
asking to change the CM process would be DOA..

For personal tools, of course, the exit approach is viable.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Gadi Ben-Avi 
Sent: Monday, February 26, 2024 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

Hi Again,
The LIST BCDS ODS(dsname) command created an empty dataset.
Do I have to add anything else to command?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Fraser
Sent: יום ב 26 פברואר 2024 09:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

[You don't often get email from 05c7dee21422-dmarc-requ...@listserv.ua.edu. 
Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]

Use the LIST BCDS command with ODS to create a dataset that will show all HSM 
backups, the source volume and the backup version number.

From that listing, generate HBDELETE dsn VER(xxx) commands


On Mon, 26 Feb 2024 at 13:58, Gadi Ben-Avi  wrote:

> Thanks,
> How do I find the dataset names that were on these disks?
> How do I make sure that backups of the same datasets that came from
> other disks are not deleted?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: יום ב 26 פברואר 2024 07:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delete HSM backups question
>
> [Some people who received this message don't often get email from
> brian_wester...@syzygyinc.com. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> HBDELETE DataSetName ALL
>
> Brian
>
> --
> 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

--
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: Delete HSM backups question

[Seymour J Metz]

That don't change anything. I don't have up.date access to those libraries and 
asking to change the CM process would be DOA..

For personal tools, of course, the exit approach is viable.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Gadi Ben-Avi 
Sent: Monday, February 26, 2024 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

Hi Again,
The LIST BCDS ODS(dsname) command created an empty dataset.
Do I have to add anything else to command?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Fraser
Sent: יום ב 26 פברואר 2024 09:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delete HSM backups question

[You don't often get email from 05c7dee21422-dmarc-requ...@listserv.ua.edu. 
Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]

Use the LIST BCDS command with ODS to create a dataset that will show all HSM 
backups, the source volume and the backup version number.

From that listing, generate HBDELETE dsn VER(xxx) commands


On Mon, 26 Feb 2024 at 13:58, Gadi Ben-Avi  wrote:

> Thanks,
> How do I find the dataset names that were on these disks?
> How do I make sure that backups of the same datasets that came from
> other disks are not deleted?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: יום ב 26 פברואר 2024 07:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delete HSM backups question
>
> [Some people who received this message don't often get email from
> brian_wester...@syzygyinc.com. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> HBDELETE DataSetName ALL
>
> Brian
>
> --
> 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

--
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