Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

I would advise you do the following so HSM knows what's where:

HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)

HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)

HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)

Once complete you can DELVOL the oldvolser.

HTH

Richard Marchant
Johannesburg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 6:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Changing the volser of an HSM ML1 volume

Hi,
I need to change the name of a HSM ML1 volume.
The volume only contains VTOC files created by backups.

Can I just create a new volume, define it to hsm and move the files to it?

Gadi

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

This message is subject to certain restrictions and qualifications which are 
contained in our email disclaimer which is available on our website at 
www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000.
The disclaimer also provides our corporate information and names of our 
directors as required by law.
The disclaimer is deemed to form part of this message in terms of Section 11 of 
the Electronic Communications and Transactions Act, 2002.

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

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do it
> myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications which
> are contained in our email disclaimer which is available on our website at
> www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011)
> 495-6000.
> The disclaimer also provides our corporate information and names of our
> directors as required by law.
> The disclaimer is deemed to form part of this message in terms of Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.**
How do I tell HSM to copy these files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do 
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications 
> which are contained in our email disclaimer which is available on our 
> website at www.edcon.co.za/Edcon/Disclaimer or from the Group 
> Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of 
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of 
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

Re: Storage & tape question

[R.S.]

I heard about Kim Dotcom, but I don't understand what you mean.
I'm not talking here about legal issues, so there is nothing to love.
And the cloud is still someone else's computer, isn't it?
Keeping data in cloud is still keeping data on someone else's media like 
disk or tape. Usually tape for large amounts and reasonable prices (with 
horrible access times). The main difference is you don't know where is 
your data.


(off topic drift)
Of course cloud is valuable in man cases, especially for smal and medium 
businesses. Sometimes "don't do it, use our services" is true. You don't 
buy brewery to have a beer to a dinner or you don't buy taxi car to get 
to airport. However many companies still have their own truck fleet.


--
Radoslaw Skorupka
Lodz, Poland





W dniu 09.07.2020 o 16:22, Joe Monk pisze:

Im sure that Kim Dotcom would love your legal theory...

Joe

On Thu, Jul 9, 2020 at 7:51 AM R.S.  wrote:


Azure? Cloud?
There is no cloud. It is just someone else's computer. ;-)

--
Radoslaw Skorupka
Lodz, Poland






W dniu 08.07.2020 o 17:46, Joe Monk pisze:

I do a backup to spinning storage, then a copy of that backup to Azure

for

long term.

Joe

On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz  wrote:


I've always gone with dual* backups, with one copy off site. Remote
mirroring is a good option where policy permits, and even if

retensioning

is no longer relevant, rereading backups periodically will give you a

heads

up if one copy goes south. I would consider even correctable errors to

be

red flags.

Any medium you use will have failure modes.

Multiple PiT recovery is good for "whoops!" moments and possibly for
audits.

Large or small, each shop must do it's own risk assessments in the

context

of its own obligations and priorities.

* Depending on the value of the data, you might want more than 2.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

behalf

of Bill Ogden [og...@us.ibm.com]
Sent: Wednesday, July 8, 2020 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

Probably many others will chime in on this. I have lost RAID 5 arrays

with

two disk failures within an hour of each other. RAID is nice, but one

must

allow for failures.

Long ago I was involved with reading archived tapes and transferring the
data to CDs. The programs involved were home-written and the project

ended

up going nowhere. However, we discovered that tapes  kept too long

started

having errors. (At that point, for the CD copy, we just logged the error
and accepted the corrupt data; what else could we do?) How long is "too
long"?? It was variable, but measured in a few years. The advice then

was

to minimally read the tapes every year or so to "retension" them. Don't
know if this would apply to more modern tape media.  (We also discovered
that locally "burned" CDs are not expected last forever.)

IMHO, the key point for tape backups are (1) off-site storage, (2)
multiple PiT recovery, (3) logical error recovery. All this can be done
with disk-only environments involving remote copy and lots of disk

space,

but all that becomes expensive for smaller shops.

Bill Ogden








==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

How old are VTOC files? Are they required?

Do the HMIG files have catalog entries and “D” records in the MCDS?

To find the full datasetname for an HMIG file so you can check for a “D” record 
issue the following:

HSEND FIXCDS A HMIGfilename

Once you have the full datasetname you can then check if there is valid “D” 
record by issuing the following:

HSEND FIXCDS D fulldatasetname

If there is a “D” record try recalling the dataset. If this works you can 
delete the associated DFHSM “A” and “D” records. Then make an DFHSM backup.

If there is no “D” record you can do the following:


1.   If the dataset is not too important delete the associated “A” record 
and delete the HMIG file on the ML1 volume. If you have a backup then restore 
the dataset.

2.   If you have no backup and the dataset is important you can recreate 
the “D” record. Check the manuals for this procedure. Then recall it as above.
HTH

Richard Marchant
Johannesburg

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

All of the VTOC files that were not moved, are empty.
The HMIG files are definitely not empty.
There is mention of the HMIG files in the HSM logs

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

FREEVOL should move these files if they are good.

Check they are active files.

Richard Marchant
Johannesburg



From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>>
 On Behalf Of Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: 
IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi 
mailto:gad...@malam.com>>
 wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List
> mailto:IBM-MAIN@LISTSERV.UA.EDU>>
>  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: 
> IBM-MAIN@LISTSERV.UA.EDU>
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: 
> IBM-MAIN@LISTSERV.UA.EDU>
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to 
> lists...@listserv.ua.edu>
> with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications
> which are contained in our email disclaimer which is available on our
> website at
> 

Re: Storage & tape question

[Joe Monk]

My point is, once you rent that computer and put your stuff on it, it is no
longer "someone else's computer". It is now YOUR computer. YOU are
responsible for it.

Joe

On Mon, Jul 13, 2020 at 5:35 AM R.S.  wrote:

> I heard about Kim Dotcom, but I don't understand what you mean.
> I'm not talking here about legal issues, so there is nothing to love.
> And the cloud is still someone else's computer, isn't it?
> Keeping data in cloud is still keeping data on someone else's media like
> disk or tape. Usually tape for large amounts and reasonable prices (with
> horrible access times). The main difference is you don't know where is
> your data.
>
> (off topic drift)
> Of course cloud is valuable in man cases, especially for smal and medium
> businesses. Sometimes "don't do it, use our services" is true. You don't
> buy brewery to have a beer to a dinner or you don't buy taxi car to get
> to airport. However many companies still have their own truck fleet.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> W dniu 09.07.2020 o 16:22, Joe Monk pisze:
> > Im sure that Kim Dotcom would love your legal theory...
> >
> > Joe
> >
> > On Thu, Jul 9, 2020 at 7:51 AM R.S. 
> wrote:
> >
> >> Azure? Cloud?
> >> There is no cloud. It is just someone else's computer. ;-)
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> >>
> >>
> >>
> >>
> >> W dniu 08.07.2020 o 17:46, Joe Monk pisze:
> >>> I do a backup to spinning storage, then a copy of that backup to Azure
> >> for
> >>> long term.
> >>>
> >>> Joe
> >>>
> >>> On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz  wrote:
> >>>
>  I've always gone with dual* backups, with one copy off site. Remote
>  mirroring is a good option where policy permits, and even if
> >> retensioning
>  is no longer relevant, rereading backups periodically will give you a
> >> heads
>  up if one copy goes south. I would consider even correctable errors to
> >> be
>  red flags.
> 
>  Any medium you use will have failure modes.
> 
>  Multiple PiT recovery is good for "whoops!" moments and possibly for
>  audits.
> 
>  Large or small, each shop must do it's own risk assessments in the
> >> context
>  of its own obligations and priorities.
> 
>  * Depending on the value of the data, you might want more than 2.
> 
> 
>  --
>  Shmuel (Seymour J.) Metz
>  http://mason.gmu.edu/~smetz3
> 
>  
>  From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> >> behalf
>  of Bill Ogden [og...@us.ibm.com]
>  Sent: Wednesday, July 8, 2020 9:27 AM
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Subject: Re: Storage & tape question
> 
>  Probably many others will chime in on this. I have lost RAID 5 arrays
> >> with
>  two disk failures within an hour of each other. RAID is nice, but one
> >> must
>  allow for failures.
> 
>  Long ago I was involved with reading archived tapes and transferring
> the
>  data to CDs. The programs involved were home-written and the project
> >> ended
>  up going nowhere. However, we discovered that tapes  kept too long
> >> started
>  having errors. (At that point, for the CD copy, we just logged the
> error
>  and accepted the corrupt data; what else could we do?) How long is
> "too
>  long"?? It was variable, but measured in a few years. The advice then
> >> was
>  to minimally read the tapes every year or so to "retension" them.
> Don't
>  know if this would apply to more modern tape media.  (We also
> discovered
>  that locally "burned" CDs are not expected last forever.)
> 
>  IMHO, the key point for tape backups are (1) off-site storage, (2)
>  multiple PiT recovery, (3) logical error recovery. All this can be
> done
>  with disk-only environments involving remote copy and lots of disk
> >> space,
>  but all that becomes expensive for smaller shops.
> 
>  Bill Ogden
> 
> 
> >>
> >>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank 

Re: IHS NTLM authentication

[Jantje.]

On Mon, 13 Jul 2020 09:37:44 +0800, Timothy Sipples  wrote:
>If your organization has some sort of reasonable identity management 
>service that provisions, de-provisions, and otherwise manages user 
>identities, then you could probably hook TLS client certificate management 
>for z/OS into that. Any options there?
There is indeed a coupling from the HR management system into RACF. And I know 
somewhere there are client certificates in AD. It is worth digging into that, 
indeed.

Thanks for the suggestion.

Jantje.

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

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

All of the VTOC files that were not moved, are empty.
The HMIG files are definitely not empty.
There is mention of the HMIG files in the HSM logs

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

FREEVOL should move these files if they are good.

Check they are active files.

Richard Marchant
Johannesburg



From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi 
mailto:gad...@malam.com>> wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do 
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf 
> Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu 
> with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications 
> which are contained in our email disclaimer which is available on our 
> website at 
> www.edcon.co.za/Edcon/Disclaimer
>  or from the Group Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of 
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of 
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu 
> with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

This message is subject to certain restrictions and qualifications which are 
contained in our email disclaimer which is available on our website at 
www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000.
The disclaimer also provides our corporate information and names of our 
directors as required 

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Hi Again,
The VTOC records are newish. There are some from today and some from earlier in 
the year.
The Migrated files seems to be OK. They were created because the storage group 
was defined with automigrate.
I changed the storage group to not have automigrate, so no new files will be 
migrated.

How can I move those files to the new volume?

Gadi


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 12:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

How old are VTOC files? Are they required?

Do the HMIG files have catalog entries and “D” records in the MCDS?

To find the full datasetname for an HMIG file so you can check for a “D” record 
issue the following:

HSEND FIXCDS A HMIGfilename

Once you have the full datasetname you can then check if there is valid “D” 
record by issuing the following:

HSEND FIXCDS D fulldatasetname

If there is a “D” record try recalling the dataset. If this works you can 
delete the associated DFHSM “A” and “D” records. Then make an DFHSM backup.

If there is no “D” record you can do the following:


1.   If the dataset is not too important delete the associated “A” record 
and delete the HMIG file on the ML1 volume. If you have a backup then restore 
the dataset.

2.   If you have no backup and the dataset is important you can recreate 
the “D” record. Check the manuals for this procedure. Then recall it as above.
HTH

Richard Marchant
Johannesburg

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

All of the VTOC files that were not moved, are empty.
The HMIG files are definitely not empty.
There is mention of the HMIG files in the HSM logs

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

FREEVOL should move these files if they are good.

Check they are active files.

Richard Marchant
Johannesburg



From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>>
 On Behalf Of Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: 
IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi 
mailto:gad...@malam.com>>
 wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do 
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List
> mailto:IBM-MAIN@LISTSERV.UA.EDU a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of 
> Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: 
> IBM-MAIN@LISTSERV.UA.EDU i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: 
> IBM-MAIN@LISTSERV.UA.EDU i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to 
> 

Re: Storage & tape question

[R.S.]

OK, now I understand the legal aspect. I also disgree with that, but 
this is completely off-topic (and related to Kim's problems).
However "something" as a service could mean colocation, PaaS, SaaS, etc. 
In some scenarios you buy working solution, not software license. In 
such case you are not responsible for the licenses. That's like cloud 
backup - I pay for backup, I'm not aware what backup software was used 
and wether it was licensed. I also don't check driver licence in a taxi, 
nor insurance policy. I pay for transfer to airport.


Regarding Kim - AFAIK he was was found innocent. I'm talking about 
Megaupload case, not several former cases.


BTW: interesting issue with data in a cloud. I did really use 
Megaupload. I don't feel uncomfortable with that, because I used it for 
transfer my photographs to a person who asked me for. My pictures from 
some tour. My selection of pictures with this guy and his wife (their 
camere failed, so I helped them). I uploaded it to Megaupload. Used 
password for privacy and sent password and link to this guy. Files were 
safe - everthing was in a cloud. Suddenly someone decided to destroy the 
service. Was he right? Not in case of my pictures. However he didn't 
care. More: legal court sentence was it wasn't right. What about my 
pictures? They gone.
What can I do? Fortunately I have my own backup, so I had to repeat 
selection of the pictures and send it using other method.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 13.07.2020 o 13:25, Joe Monk pisze:

My point is, once you rent that computer and put your stuff on it, it is no
longer "someone else's computer". It is now YOUR computer. YOU are
responsible for it.

Joe

On Mon, Jul 13, 2020 at 5:35 AM R.S.  wrote:


I heard about Kim Dotcom, but I don't understand what you mean.
I'm not talking here about legal issues, so there is nothing to love.
And the cloud is still someone else's computer, isn't it?
Keeping data in cloud is still keeping data on someone else's media like
disk or tape. Usually tape for large amounts and reasonable prices (with
horrible access times). The main difference is you don't know where is
your data.

(off topic drift)
Of course cloud is valuable in man cases, especially for smal and medium
businesses. Sometimes "don't do it, use our services" is true. You don't
buy brewery to have a beer to a dinner or you don't buy taxi car to get
to airport. However many companies still have their own truck fleet.

--
Radoslaw Skorupka
Lodz, Poland





W dniu 09.07.2020 o 16:22, Joe Monk pisze:

Im sure that Kim Dotcom would love your legal theory...

Joe

On Thu, Jul 9, 2020 at 7:51 AM R.S. 

wrote:

Azure? Cloud?
There is no cloud. It is just someone else's computer. ;-)

--
Radoslaw Skorupka
Lodz, Poland






W dniu 08.07.2020 o 17:46, Joe Monk pisze:

I do a backup to spinning storage, then a copy of that backup to Azure

for

long term.

Joe

On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz  wrote:


I've always gone with dual* backups, with one copy off site. Remote
mirroring is a good option where policy permits, and even if

retensioning

is no longer relevant, rereading backups periodically will give you a

heads

up if one copy goes south. I would consider even correctable errors to

be

red flags.

Any medium you use will have failure modes.

Multiple PiT recovery is good for "whoops!" moments and possibly for
audits.

Large or small, each shop must do it's own risk assessments in the

context

of its own obligations and priorities.

* Depending on the value of the data, you might want more than 2.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

behalf

of Bill Ogden [og...@us.ibm.com]
Sent: Wednesday, July 8, 2020 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

Probably many others will chime in on this. I have lost RAID 5 arrays

with

two disk failures within an hour of each other. RAID is nice, but one

must

allow for failures.

Long ago I was involved with reading archived tapes and transferring

the

data to CDs. The programs involved were home-written and the project

ended

up going nowhere. However, we discovered that tapes  kept too long

started

having errors. (At that point, for the CD copy, we just logged the

error

and accepted the corrupt data; what else could we do?) How long is

"too

long"?? It was variable, but measured in a few years. The advice then

was

to minimally read the tapes every year or so to "retension" them.

Don't

know if this would apply to more modern tape media.  (We also

discovered

that locally "burned" CDs are not expected last forever.)

IMHO, the key point for tape backups are (1) off-site storage, (2)
multiple PiT recovery, (3) logical error recovery. All this can be

done

with disk-only environments involving remote copy and lots of disk

space,

but all that becomes expensive for smaller 

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Thanks 
Will HSM move the files already on the old volume, or do I have to do it myself?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

I would advise you do the following so HSM knows what's where:

HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)

HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)

HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)

Once complete you can DELVOL the oldvolser.

HTH

Richard Marchant
Johannesburg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 6:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Changing the volser of an HSM ML1 volume

Hi,
I need to change the name of a HSM ML1 volume.
The volume only contains VTOC files created by backups.

Can I just create a new volume, define it to hsm and move the files to it?

Gadi

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

This message is subject to certain restrictions and qualifications which are 
contained in our email disclaimer which is available on our website at 
www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000.
The disclaimer also provides our corporate information and names of our 
directors as required by law.
The disclaimer is deemed to form part of this message in terms of Section 11 of 
the Electronic Communications and Transactions Act, 2002.

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

Email secured by Check Point

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

Re: Two Processors and One IODF

[R.S.]

W dniu 10.07.2020 o 20:19, Michael Babcock pisze:
We are in the process of bringing DR back in-house and have a new 
z15-T02 in our new facility (our current "home" machine is a 
z14-ZR1).  I want to be able to manage both processors from a single 
IODF.  I'd like to have the same CHPIDs, CUs, and Device addresses 
both at home and in our DR machine.   I have the new processor defined 
in our current IODF and have used the CHPID mapping tool to map the 
PCHIDs to CHPIDs.   I have tested adding devices with the same address 
to both processors and that seems to work (as long as I define the CUs 
to both processors first.  I tested adding a range of 16 tape drives).


My questions are this:

1.  Is this something we even want to do (same IODF, same device 
addresses)?


2.  What's the best way to move the IODF at home to the DR machine?

3.  Are there any gotchas we need to watch out for?

4.  We have IBM DS8886s and are using Metro Global Mirror Multi-Target 
w/Practice.  Any concerns here?


5.  Am I crazy for even entertaining this idea?

6.  Any alternatives I need to consider?





General opinion: always use single IODF, even for machines in different 
locations. Even for machines with no relationship like sysplex of shared 
DASD. Just keep all your realm in single IODF. Exceptions could apply, 
but IMHO it would mean specific scenario.
Why? It's easier to maintain, it provide consistency, it eliminate some 
potential errors, etc.
It is especially convenient for machines within parallel sysplex. 
Sysplex links definition by default assume single IODF (however it is 
possible to use different IODFs).


Answers:
1. Yes. It is good idea to have single "numbering convention" on each 
machine.


2. There are many ways. Note: another machine also need IOCDS.  For the 
first time (new machine) you do as usual - use txt input. For IODF you 
can use shared disk volume, remote copy (PPRC, SRDF), or some 
backup-restore method, including transfer to/from PC. For regular use 
clone (point in time copy) of your IODF disk seems to be the most 
convenient.
Note: any method is much more convenient than keeping two separate IODF 
files.


3. Check you addressing conventions. Especially disk and tape. For 
"embedded" devices like OSA ICC terminals and OSA network it is nothing 
wrong to use same devices and CU for many machines. It is some planning 
excercise, but worth it.


4. Another argument pro.

5. No, this is good idea.

6. Obviously you can still have separate IODFs, but this is worse than 
single IODF.


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

FREEVOL should move these files if they are good.

Check they are active files.

Richard Marchant
Johannesburg



From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, July 13, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.**
How do I tell HSM to copy these files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi 
mailto:gad...@malam.com>> wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>> On
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications
> which are contained in our email disclaimer which is available on our
> website at 
> www.edcon.co.za/Edcon/Disclaimer
>  or from the Group
> Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

This message is subject to certain restrictions and qualifications which are 
contained in our email disclaimer which is available on our website at 
www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000.
The disclaimer also provides our corporate information and names of our 
directors as required by law.
The disclaimer is deemed to form part of this message in terms of Section 11 of 
the Electronic Communications and Transactions Act, 2002.

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

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Thanks

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do 
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications 
> which are contained in our email disclaimer which is available on our 
> website at www.edcon.co.za/Edcon/Disclaimer or from the Group 
> Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of 
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of 
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

Re: Is /usr/lpp reserved solely for IBM products?

[Allan Staller]

>However, /usr/lpp is in IBM's Version root which is mounted R/O.
>
>Is it proper to change Version root's mount mode temporarily to R/W and mkdir 
>another mountpoint off /usr/lpp for the product I'm installing, or should this 
>be avoided and made elsewhere?
-->Yes. I do this all the time.. Remember to adjust your SMP/E target root with 
the same value.
>Is there a general recommendation where to mount aggregates for non-IBM 
>products?
-->Up to you. I find /usr/lpp to be as convenient as anywhere else.
>The vendor says nothing about this.
>
>Can mount mode of the Version root be changed on the fly by some command or 
>will this require bouncing the system?
-->Yon can remount as read/write on the fly.

-- gil

--
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: Concatenating lines

[Seymour J Metz]

Yes, but you will still need to insert the blank line as a terminator. If there 
are leading blanks then you may need manual correction with, e.g., TJ. If I had 
to do it often then I'd write an EDIT macro and be done with it.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Monday, July 13, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

On Mon, 13 Jul 2020 14:09:40 +, Seymour J Metz wrote:

>TF will not recognize a + in column 72 as a continuation character. You 
>generally will need to insert a blank line at the end and blank column 72.
>
Would setting column range 1-71 help?

-- 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: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Great,
I'll see what happens over the next few days.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, July 13, 2020 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Those will drain in a few Daily Space Management Cycles. They are vtoc copies 
used in volume recovery.
You can also (with minor risk), just delete them.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, July 13, 2020 3:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

[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,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do 
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications 
> which are contained in our email disclaimer which is available on our 
> website at
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.edcon.co.za%2FEdcon%2FDisclaimerdata=02%7C01%7Callan.staller%40HCL.COM%7Cca0cff95253a47d8cf1c08d827058df1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637302252112708477sdata=xS6mZ0yckJNL5pN%2B7LC0FWxO9lyhAtv%2F7499XVf0X28%3Dreserved=0
>  or from the Group Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of 
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of 
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

I got a bunch of messages saying
/* ERR 141 ML1000 - SCRATCHED EMPTY DATA SET HSM.VTOC.T010400.VPWRK06.D20195
And the datasets were deleted.

Now, how do I get it to move the HMIG's?

Thanks

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 3:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

Please execute the following command:

*HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX*


Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi  wrote:

> Hi Richard,
> Enclosed is the output from the FREEVOL command.
> This partition does not have any issues with HMIG files.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 3:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> Try running the FREEVOL again and then post the DFHSM log of the 
> FREEVOL output.
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:
>
> > Hi Again,
> > The VTOC records are newish. There are some from today and some from 
> > earlier in the year.
> > The Migrated files seems to be OK. They were created because the 
> > storage group was defined with automigrate.
> > I changed the storage group to not have automigrate, so no new files 
> > will be migrated.
> >
> > How can I move those files to the new volume?
> >
> > Gadi
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 12:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > How old are VTOC files? Are they required?
> >
> > Do the HMIG files have catalog entries and “D” records in the MCDS?
> >
> > To find the full datasetname for an HMIG file so you can check for a “D”
> > record issue the following:
> >
> > HSEND FIXCDS A HMIGfilename
> >
> > Once you have the full datasetname you can then check if there is 
> > valid “D” record by issuing the following:
> >
> > HSEND FIXCDS D fulldatasetname
> >
> > If there is a “D” record try recalling the dataset. If this works 
> > you can delete the associated DFHSM “A” and “D” records. Then make 
> > an DFHSM
> backup.
> >
> > If there is no “D” record you can do the following:
> >
> >
> > 1.   If the dataset is not too important delete the associated “A”
> > record and delete the HMIG file on the ML1 volume. If you have a 
> > backup then restore the dataset.
> >
> > 2.   If you have no backup and the dataset is important you can
> > recreate the “D” record. Check the manuals for this procedure. Then 
> > recall it as above.
> > HTH
> >
> > Richard Marchant
> > Johannesburg
> >
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > Sent: Monday, July 13, 2020 10:55 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > All of the VTOC files that were not moved, are empty.
> > The HMIG files are definitely not empty.
> > There is mention of the HMIG files in the HSM logs
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 11:36 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > FREEVOL should move these files if they are good.
> >
> > Check they are active files.
> >
> > Richard Marchant
> > Johannesburg
> >
> >
> >
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > Sent: Monday, July 13, 2020 10:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Hi again,
> > HSM copied many of the files on the old volume, but there are still 
> > some files left.
> > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to 
> > copy these files too.
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  > IBM-MAIN@LISTSERV.UA.EDU > 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 10:24 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > HSM should move all the files.
> >
> > Richard Marchant
> > Johannesburg
> >
> > On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  > gad...@malam.com>
> > >
> > wrote:
> >
> > > Thanks
> > > Will HSM move the files already on the old volume, or 

Re: iRC channel for 3270 and 5250

[Tom Brennan]

I don't know how IRC works, but I clicked a link and ended up here.
https://ajk.me/building-an-ibm-3270-terminal-controller
Wow!  Nice work on the card and protocol.

On 7/13/2020 5:48 AM, Alexander Huemer wrote:

Hi

For your information, I have created the IRC channel ##3270-5250 (mind
the two hash marks) on freenode to discuss the 3270 and 5250 protocols,
due to the fact that [1] and [2] emerged recently.
It's empty so far :-)
Feel free to stop by if you are interested.

-Alex

[1] https://github.com/lowobservable/oec
[2] https://github.com/inmbolmie/5250_usb_converter

--
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: Two Processors and One IODF

[Michael Babcock]

Thanks!

We are using Global Mirror for replication.  Not sure if using the same
device addresses will be a problem or not for GM.

So, does everyone recommend different device addresses?

On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
wrote:

> I don't know if anyone has pointed it out, but if this is a brand new,
> vanilla CEC, before you even have to worry about an IODF, you need an
> IOCDS.  Generally you create that deck from an IODF, and I can't imagine
> you would choose not to.  All of our CECs are defined in one IODF.  For a
> new machine across the state, we sent the IOCDS deck for the target CEC
> (and common ICC configs) to the CE, and he put them on a thumb drive; we
> then ran stand-alone IOCP to load the HSA.  Then with any (I would hope)
> form of replication you use, the IODF needed for all the recovery LPARs is
> "just already there" on your recovery SYS1.IPLPARM/IODF volume.
>
> Our DASD CUs and device addresses are different (I'm thinking they had to
> be for either flavor of replication), but we don't have that many, so we
> don't have to worry about running out.  Our LPAR numbers are the same on
> all CECs, and our OS configs are defined only once and are used on all
> respective LPARs.
>
> There's nothing to it, and I don't know of a single reason not to have one
> common IODF.
>
> First Horizon Bank
> Mainframe Technical Support
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Concatenating lines

[Seymour J Metz]

TF will not recognize a + in column 72 as a continuation character. You 
generally will need to insert a blank line at the end and blank column 72. 


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Allan Staller [allan.stal...@hcl.com]
Sent: Monday, July 13, 2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

I don't know if the data to too large, but  the ISPF EDIT line command TF 
("text flow") seems to do what you want. Check the edit line commands in ISPF 
Help.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Saturday, July 11, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

[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.]

Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
continuation char respectively.).
Need a safe way to loop the 'else do' bit you've shown below.

- KB

‐‐‐ Original Message ‐‐‐
On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:

> I'm not aware of one but that would be a very trivial rexx program to do so.
>
> This should get you started:
>
> /* rexx */
> 'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
> 'execio * diskr in (finis stem in.'
> 'free f(in)'
> do i = 1 to in.0
> if substr(in.i,72,1) /= '+'
> then say in.i
> else do
> data = substr(in.i,1,71)
> i = i + 1
> data = data''in.i
> say data
> end
> end
>
> Lionel B. Dyck <
> Website:
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd6
> 36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtnP
> 1cX8RePmuHr0%3Dreserved=0
>
> "Worry more about your character than your reputation. Character is
> what you are, reputation merely what others think you are." - John
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of kekronbekron
> Sent: Saturday, July 11, 2020 6:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Concatenating lines
>
> Hi,
>
> Is there any program in any of the CBT tapes, or perhaps on someone's GitHub 
> .. that makes concatenating lines easy?
> If a continuating character is found in column 72, append the next line to 
> current line, and so on.
>
> Thanks,
>
> -   KB
>
> 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

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

Re: Concatenating lines

[Paul Gilmartin]

On Mon, 13 Jul 2020 14:09:40 +, Seymour J Metz wrote:

>TF will not recognize a + in column 72 as a continuation character. You 
>generally will need to insert a blank line at the end and blank column 72. 
> 
Would setting column range 1-71 help?

-- gil

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

Re: Storage & tape question

[Joe Monk]

So you take the discussion off-topic by the whole "its someone else
computer" thing, and then run.

Gotcha.

Joe

On Mon, Jul 13, 2020 at 10:02 AM R.S. 
wrote:

> I'm not Kim's fan, nor fan of piracy, etc.
> However he is still free. After 8 years. Yes, in New Zealand, not in US.
> But he lives in New Zealand not in North Korea or Cuba, or Biafra.
> And he has new business named MEGA, similar to Megaupload. MEGA started
> 7 years ago and since then it is still working.
> My pictures are still lost, damaged by someone who decided. I'm still
> not going to sue anybody for that damage. ;-)
>
> Note: this is far from discussion about disks and tapes. This is my last
> message in this sub-thread.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> W dniu 13.07.2020 o 16:21, Joe Monk pisze:
> > "Regarding Kim - AFAIK he was was found innocent. I'm talking about
> > Megaupload case, not several former cases."
> >
> > Nope.He's still in New Zealand, fighting extradition to the USA for
> > criminal charges for the megaupload case.
> >
> > Joe
> >
> > On Mon, Jul 13, 2020 at 6:50 AM R.S. 
> wrote:
> >
> >> OK, now I understand the legal aspect. I also disgree with that, but
> >> this is completely off-topic (and related to Kim's problems).
> >> However "something" as a service could mean colocation, PaaS, SaaS, etc.
> >> In some scenarios you buy working solution, not software license. In
> >> such case you are not responsible for the licenses. That's like cloud
> >> backup - I pay for backup, I'm not aware what backup software was used
> >> and wether it was licensed. I also don't check driver licence in a taxi,
> >> nor insurance policy. I pay for transfer to airport.
> >>
> >> Regarding Kim - AFAIK he was was found innocent. I'm talking about
> >> Megaupload case, not several former cases.
> >>
> >> BTW: interesting issue with data in a cloud. I did really use
> >> Megaupload. I don't feel uncomfortable with that, because I used it for
> >> transfer my photographs to a person who asked me for. My pictures from
> >> some tour. My selection of pictures with this guy and his wife (their
> >> camere failed, so I helped them). I uploaded it to Megaupload. Used
> >> password for privacy and sent password and link to this guy. Files were
> >> safe - everthing was in a cloud. Suddenly someone decided to destroy the
> >> service. Was he right? Not in case of my pictures. However he didn't
> >> care. More: legal court sentence was it wasn't right. What about my
> >> pictures? They gone.
> >> What can I do? Fortunately I have my own backup, so I had to repeat
> >> selection of the pictures and send it using other method.
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> >>
> >>
> >>
> >>
> >> W dniu 13.07.2020 o 13:25, Joe Monk pisze:
> >>> My point is, once you rent that computer and put your stuff on it, it
> is
> >> no
> >>> longer "someone else's computer". It is now YOUR computer. YOU are
> >>> responsible for it.
> >>>
> >>> Joe
> >>>
> >>> On Mon, Jul 13, 2020 at 5:35 AM R.S. 
> >> wrote:
>  I heard about Kim Dotcom, but I don't understand what you mean.
>  I'm not talking here about legal issues, so there is nothing to love.
>  And the cloud is still someone else's computer, isn't it?
>  Keeping data in cloud is still keeping data on someone else's media
> like
>  disk or tape. Usually tape for large amounts and reasonable prices
> (with
>  horrible access times). The main difference is you don't know where is
>  your data.
> 
>  (off topic drift)
>  Of course cloud is valuable in man cases, especially for smal and
> medium
>  businesses. Sometimes "don't do it, use our services" is true. You
> don't
>  buy brewery to have a beer to a dinner or you don't buy taxi car to
> get
>  to airport. However many companies still have their own truck fleet.
> 
>  --
>  Radoslaw Skorupka
>  Lodz, Poland
> 
> 
> 
> 
> 
>  W dniu 09.07.2020 o 16:22, Joe Monk pisze:
> > Im sure that Kim Dotcom would love your legal theory...
> >
> > Joe
> >
> > On Thu, Jul 9, 2020 at 7:51 AM R.S. 
>  wrote:
> >> Azure? Cloud?
> >> There is no cloud. It is just someone else's computer. ;-)
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> >>
> >>
> >>
> >>
> >> W dniu 08.07.2020 o 17:46, Joe Monk pisze:
> >>> I do a backup to spinning storage, then a copy of that backup to
> >> Azure
> >> for
> >>> long term.
> >>>
> >>> Joe
> >>>
> >>> On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz 
> >> wrote:
>  I've always gone with dual* backups, with one copy off site.
> Remote
>  mirroring is a good option where policy permits, and even if
> >> retensioning
>  is no longer relevant, rereading backups periodically will give
> you
> >> a
> >> heads
>  up if one copy goes south. I would consider 

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

Try running the FREEVOL again and then post the DFHSM log of the FREEVOL
output.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:

> Hi Again,
> The VTOC records are newish. There are some from today and some from
> earlier in the year.
> The Migrated files seems to be OK. They were created because the storage
> group was defined with automigrate.
> I changed the storage group to not have automigrate, so no new files will
> be migrated.
>
> How can I move those files to the new volume?
>
> Gadi
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> How old are VTOC files? Are they required?
>
> Do the HMIG files have catalog entries and “D” records in the MCDS?
>
> To find the full datasetname for an HMIG file so you can check for a “D”
> record issue the following:
>
> HSEND FIXCDS A HMIGfilename
>
> Once you have the full datasetname you can then check if there is valid
> “D” record by issuing the following:
>
> HSEND FIXCDS D fulldatasetname
>
> If there is a “D” record try recalling the dataset. If this works you can
> delete the associated DFHSM “A” and “D” records. Then make an DFHSM backup.
>
> If there is no “D” record you can do the following:
>
>
> 1.   If the dataset is not too important delete the associated “A”
> record and delete the HMIG file on the ML1 volume. If you have a backup
> then restore the dataset.
>
> 2.   If you have no backup and the dataset is important you can
> recreate the “D” record. Check the manuals for this procedure. Then recall
> it as above.
> HTH
>
> Richard Marchant
> Johannesburg
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 10:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> All of the VTOC files that were not moved, are empty.
> The HMIG files are definitely not empty.
> There is mention of the HMIG files in the HSM logs
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 11:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> FREEVOL should move these files if they are good.
>
> Check they are active files.
>
> Richard Marchant
> Johannesburg
>
>
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 10:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Hi again,
> HSM copied many of the files on the old volume, but there are still some
> files left.
> The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy
> these files too.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 10:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU>
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> HSM should move all the files.
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  gad...@malam.com>>
> wrote:
>
> > Thanks
> > Will HSM move the files already on the old volume, or do I have to do
> > it myself?
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > mailto:IBM-MAIN@LISTSERV.UA.EDU > a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of
> > Richard Marchant
> > Sent: Monday, July 13, 2020 9:18 AM
> > To:
> > IBM-MAIN@LISTSERV.UA.EDU > i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > I would advise you do the following so HSM knows what's where:
> >
> > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
> >
> > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
> >
> > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
> >
> > Once complete you can DELVOL the oldvolser.
> >
> > HTH
> >
> > Richard Marchant
> > Johannesburg
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: Monday, July 13, 2020 6:55 AM
> > To:
> > IBM-MAIN@LISTSERV.UA.EDU > i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> > Subject: Changing 

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

Please execute the following command:

*HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX*


Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi  wrote:

> Hi Richard,
> Enclosed is the output from the FREEVOL command.
> This partition does not have any issues with HMIG files.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 3:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> Try running the FREEVOL again and then post the DFHSM log of the FREEVOL
> output.
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:
>
> > Hi Again,
> > The VTOC records are newish. There are some from today and some from
> > earlier in the year.
> > The Migrated files seems to be OK. They were created because the
> > storage group was defined with automigrate.
> > I changed the storage group to not have automigrate, so no new files
> > will be migrated.
> >
> > How can I move those files to the new volume?
> >
> > Gadi
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 12:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > How old are VTOC files? Are they required?
> >
> > Do the HMIG files have catalog entries and “D” records in the MCDS?
> >
> > To find the full datasetname for an HMIG file so you can check for a “D”
> > record issue the following:
> >
> > HSEND FIXCDS A HMIGfilename
> >
> > Once you have the full datasetname you can then check if there is
> > valid “D” record by issuing the following:
> >
> > HSEND FIXCDS D fulldatasetname
> >
> > If there is a “D” record try recalling the dataset. If this works you
> > can delete the associated DFHSM “A” and “D” records. Then make an DFHSM
> backup.
> >
> > If there is no “D” record you can do the following:
> >
> >
> > 1.   If the dataset is not too important delete the associated “A”
> > record and delete the HMIG file on the ML1 volume. If you have a
> > backup then restore the dataset.
> >
> > 2.   If you have no backup and the dataset is important you can
> > recreate the “D” record. Check the manuals for this procedure. Then
> > recall it as above.
> > HTH
> >
> > Richard Marchant
> > Johannesburg
> >
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: Monday, July 13, 2020 10:55 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > All of the VTOC files that were not moved, are empty.
> > The HMIG files are definitely not empty.
> > There is mention of the HMIG files in the HSM logs
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 11:36 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > FREEVOL should move these files if they are good.
> >
> > Check they are active files.
> >
> > Richard Marchant
> > Johannesburg
> >
> >
> >
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: Monday, July 13, 2020 10:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Hi again,
> > HSM copied many of the files on the old volume, but there are still
> > some files left.
> > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to
> > copy these files too.
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  > IBM-MAIN@LISTSERV.UA.EDU > 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 10:24 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > HSM should move all the files.
> >
> > Richard Marchant
> > Johannesburg
> >
> > On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  > gad...@malam.com>>
> > wrote:
> >
> > > Thanks
> > > Will HSM move the files already on the old volume, or do I have to
> > > do it myself?
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > mailto:IBM-MAIN@LISTSERV.UA.EDU > > -M a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On
> > > Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 9:18 AM
> > > To:
> > > IBM-MAIN@LISTSERV.UA.EDU > > MA 

Re: Concatenating lines

[Allan Staller]

I don't know if the data to too large, but  the ISPF EDIT line command TF 
("text flow") seems to do what you want. Check the edit line commands in ISPF 
Help.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Saturday, July 11, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

[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.]

Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
continuation char respectively.).
Need a safe way to loop the 'else do' bit you've shown below.

- KB

‐‐‐ Original Message ‐‐‐
On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:

> I'm not aware of one but that would be a very trivial rexx program to do so.
>
> This should get you started:
>
> /* rexx */
> 'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
> 'execio * diskr in (finis stem in.'
> 'free f(in)'
> do i = 1 to in.0
> if substr(in.i,72,1) /= '+'
> then say in.i
> else do
> data = substr(in.i,1,71)
> i = i + 1
> data = data''in.i
> say data
> end
> end
>
> Lionel B. Dyck <
> Website:
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd6
> 36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtnP
> 1cX8RePmuHr0%3Dreserved=0
>
> "Worry more about your character than your reputation. Character is
> what you are, reputation merely what others think you are." - John
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of kekronbekron
> Sent: Saturday, July 11, 2020 6:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Concatenating lines
>
> Hi,
>
> Is there any program in any of the CBT tapes, or perhaps on someone's GitHub 
> .. that makes concatenating lines easy?
> If a continuating character is found in column 72, append the next line to 
> current line, and so on.
>
> Thanks,
>
> -   KB
>
> 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: Changing the volser of an HSM ML1 volume

[Allan Staller]

Those will drain in a few Daily Space Management Cycles. They are vtoc copies 
used in volume recovery.
You can also (with minor risk), just delete them.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, July 13, 2020 3:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

[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,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications
> which are contained in our email disclaimer which is available on our
> website at
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.edcon.co.za%2FEdcon%2FDisclaimerdata=02%7C01%7Callan.staller%40HCL.COM%7Cca0cff95253a47d8cf1c08d827058df1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637302252112708477sdata=xS6mZ0yckJNL5pN%2B7LC0FWxO9lyhAtv%2F7499XVf0X28%3Dreserved=0
>  or from the Group Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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

Email secured by Check Point

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

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

Hi Richard,
Enclosed is the output from the FREEVOL command.
This partition does not have any issues with HMIG files.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

Try running the FREEVOL again and then post the DFHSM log of the FREEVOL output.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:

> Hi Again,
> The VTOC records are newish. There are some from today and some from 
> earlier in the year.
> The Migrated files seems to be OK. They were created because the 
> storage group was defined with automigrate.
> I changed the storage group to not have automigrate, so no new files 
> will be migrated.
>
> How can I move those files to the new volume?
>
> Gadi
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> How old are VTOC files? Are they required?
>
> Do the HMIG files have catalog entries and “D” records in the MCDS?
>
> To find the full datasetname for an HMIG file so you can check for a “D”
> record issue the following:
>
> HSEND FIXCDS A HMIGfilename
>
> Once you have the full datasetname you can then check if there is 
> valid “D” record by issuing the following:
>
> HSEND FIXCDS D fulldatasetname
>
> If there is a “D” record try recalling the dataset. If this works you 
> can delete the associated DFHSM “A” and “D” records. Then make an DFHSM 
> backup.
>
> If there is no “D” record you can do the following:
>
>
> 1.   If the dataset is not too important delete the associated “A”
> record and delete the HMIG file on the ML1 volume. If you have a 
> backup then restore the dataset.
>
> 2.   If you have no backup and the dataset is important you can
> recreate the “D” record. Check the manuals for this procedure. Then 
> recall it as above.
> HTH
>
> Richard Marchant
> Johannesburg
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 10:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> All of the VTOC files that were not moved, are empty.
> The HMIG files are definitely not empty.
> There is mention of the HMIG files in the HSM logs
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 11:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> FREEVOL should move these files if they are good.
>
> Check they are active files.
>
> Richard Marchant
> Johannesburg
>
>
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 10:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Hi again,
> HSM copied many of the files on the old volume, but there are still 
> some files left.
> The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to 
> copy these files too.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 10:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU>
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> HSM should move all the files.
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  gad...@malam.com>>
> wrote:
>
> > Thanks
> > Will HSM move the files already on the old volume, or do I have to 
> > do it myself?
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > mailto:IBM-MAIN@LISTSERV.UA.EDU > -M a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On 
> > Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 9:18 AM
> > To:
> > IBM-MAIN@LISTSERV.UA.EDU > MA i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > I would advise you do the following so HSM knows what's where:
> >
> > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
> >
> > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
> >
> > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
> >
> > Once complete you can DELVOL the oldvolser.
> >
> > HTH
> >
> > Richard Marchant
> > 

Re: Changing the volser of an HSM ML1 volume

[Richard Marchant]

Gadi,

Did you FIXCDS the "A" and "D" records of these files?

Was the output good?

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 3:02 PM Gadi Ben-Avi  wrote:

> I got a bunch of messages saying
> /* ERR 141 ML1000 - SCRATCHED EMPTY DATA SET
> HSM.VTOC.T010400.VPWRK06.D20195
> And the datasets were deleted.
>
> Now, how do I get it to move the HMIG's?
>
> Thanks
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 3:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> Please execute the following command:
>
> *HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX*
>
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi  wrote:
>
> > Hi Richard,
> > Enclosed is the output from the FREEVOL command.
> > This partition does not have any issues with HMIG files.
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 3:20 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > Try running the FREEVOL again and then post the DFHSM log of the
> > FREEVOL output.
> >
> > Richard Marchant
> > Johannesburg
> >
> > On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:
> >
> > > Hi Again,
> > > The VTOC records are newish. There are some from today and some from
> > > earlier in the year.
> > > The Migrated files seems to be OK. They were created because the
> > > storage group was defined with automigrate.
> > > I changed the storage group to not have automigrate, so no new files
> > > will be migrated.
> > >
> > > How can I move those files to the new volume?
> > >
> > > Gadi
> > >
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 12:33 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Gadi,
> > >
> > > How old are VTOC files? Are they required?
> > >
> > > Do the HMIG files have catalog entries and “D” records in the MCDS?
> > >
> > > To find the full datasetname for an HMIG file so you can check for a
> “D”
> > > record issue the following:
> > >
> > > HSEND FIXCDS A HMIGfilename
> > >
> > > Once you have the full datasetname you can then check if there is
> > > valid “D” record by issuing the following:
> > >
> > > HSEND FIXCDS D fulldatasetname
> > >
> > > If there is a “D” record try recalling the dataset. If this works
> > > you can delete the associated DFHSM “A” and “D” records. Then make
> > > an DFHSM
> > backup.
> > >
> > > If there is no “D” record you can do the following:
> > >
> > >
> > > 1.   If the dataset is not too important delete the associated “A”
> > > record and delete the HMIG file on the ML1 volume. If you have a
> > > backup then restore the dataset.
> > >
> > > 2.   If you have no backup and the dataset is important you can
> > > recreate the “D” record. Check the manuals for this procedure. Then
> > > recall it as above.
> > > HTH
> > >
> > > Richard Marchant
> > > Johannesburg
> > >
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > > Sent: Monday, July 13, 2020 10:55 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > All of the VTOC files that were not moved, are empty.
> > > The HMIG files are definitely not empty.
> > > There is mention of the HMIG files in the HSM logs
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  > > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 11:36 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Gadi,
> > >
> > > FREEVOL should move these files if they are good.
> > >
> > > Check they are active files.
> > >
> > > Richard Marchant
> > > Johannesburg
> > >
> > >
> > >
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > > Sent: Monday, July 13, 2020 10:20 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Hi again,
> > > HSM copied many of the files on the old volume, but there are still
> > > some files left.
> > > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to
> > > copy these files too.
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  > > IBM-MAIN@LISTSERV.UA.EDU > > 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 10:24 AM
> > > To: 

Re: Is /usr/lpp reserved solely for IBM products?

[Paul Gilmartin]

On Mon, 13 Jul 2020 12:05:28 +, Allan Staller wrote:
>>...
>>Is there a general recommendation where to mount aggregates for non-IBM 
>>products?
>-->Up to you. I find /usr/lpp to be as convenient as anywhere else.
>
Taking defaults for FOSS may aid compatibility.

>>The vendor says nothing about this.

-- gil

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

Re: PDS/e Encryption

[Glenn Wilcock]

DFSMSdss supports host-based encryption on it's dump command.  The support was 
added before tape encryption became generally available.  Still a possible 
solution for you since your tape environment doesn't support encryption.

Glenn

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

iRC channel for 3270 and 5250

[Alexander Huemer]

Hi

For your information, I have created the IRC channel ##3270-5250 (mind 
the two hash marks) on freenode to discuss the 3270 and 5250 protocols, 
due to the fact that [1] and [2] emerged recently.
It's empty so far :-)
Feel free to stop by if you are interested.

-Alex

[1] https://github.com/lowobservable/oec
[2] https://github.com/inmbolmie/5250_usb_converter

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

Re: Concatenating lines

[Paul Gilmartin]

On Mon, 13 Jul 2020 14:40:21 +, Seymour J Metz wrote:

>Yes, but you will still need to insert the blank line as a terminator. If 
>there are leading blanks then you may need manual correction with, e.g., TJ. 
>If I had to do it often then I'd write an EDIT macro and be done with it.
> 
Is this better, or even simpler, than the Rexx script that Lionel et al. 
proposed?

And, what's the longest line the OP expects? Could the OP just use long lines
and eliminate the concatenation complexity?

-- gil

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

Re: Concatenating lines

[Seymour J Metz]

If you're converting one file and you're not already in EDIT, then the script 
is simpler.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, July 13, 2020 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

On Mon, 13 Jul 2020 14:40:21 +, Seymour J Metz wrote:

>Yes, but you will still need to insert the blank line as a terminator. If 
>there are leading blanks then you may need manual correction with, e.g., TJ. 
>If I had to do it often then I'd write an EDIT macro and be done with it.
>
Is this better, or even simpler, than the Rexx script that Lionel et al. 
proposed?

And, what's the longest line the OP expects? Could the OP just use long lines
and eliminate the concatenation complexity?

-- 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: Storage & tape question

[Joe Monk]

"Regarding Kim - AFAIK he was was found innocent. I'm talking about
Megaupload case, not several former cases."

Nope.He's still in New Zealand, fighting extradition to the USA for
criminal charges for the megaupload case.

Joe

On Mon, Jul 13, 2020 at 6:50 AM R.S.  wrote:

> OK, now I understand the legal aspect. I also disgree with that, but
> this is completely off-topic (and related to Kim's problems).
> However "something" as a service could mean colocation, PaaS, SaaS, etc.
> In some scenarios you buy working solution, not software license. In
> such case you are not responsible for the licenses. That's like cloud
> backup - I pay for backup, I'm not aware what backup software was used
> and wether it was licensed. I also don't check driver licence in a taxi,
> nor insurance policy. I pay for transfer to airport.
>
> Regarding Kim - AFAIK he was was found innocent. I'm talking about
> Megaupload case, not several former cases.
>
> BTW: interesting issue with data in a cloud. I did really use
> Megaupload. I don't feel uncomfortable with that, because I used it for
> transfer my photographs to a person who asked me for. My pictures from
> some tour. My selection of pictures with this guy and his wife (their
> camere failed, so I helped them). I uploaded it to Megaupload. Used
> password for privacy and sent password and link to this guy. Files were
> safe - everthing was in a cloud. Suddenly someone decided to destroy the
> service. Was he right? Not in case of my pictures. However he didn't
> care. More: legal court sentence was it wasn't right. What about my
> pictures? They gone.
> What can I do? Fortunately I have my own backup, so I had to repeat
> selection of the pictures and send it using other method.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 13.07.2020 o 13:25, Joe Monk pisze:
> > My point is, once you rent that computer and put your stuff on it, it is
> no
> > longer "someone else's computer". It is now YOUR computer. YOU are
> > responsible for it.
> >
> > Joe
> >
> > On Mon, Jul 13, 2020 at 5:35 AM R.S. 
> wrote:
> >
> >> I heard about Kim Dotcom, but I don't understand what you mean.
> >> I'm not talking here about legal issues, so there is nothing to love.
> >> And the cloud is still someone else's computer, isn't it?
> >> Keeping data in cloud is still keeping data on someone else's media like
> >> disk or tape. Usually tape for large amounts and reasonable prices (with
> >> horrible access times). The main difference is you don't know where is
> >> your data.
> >>
> >> (off topic drift)
> >> Of course cloud is valuable in man cases, especially for smal and medium
> >> businesses. Sometimes "don't do it, use our services" is true. You don't
> >> buy brewery to have a beer to a dinner or you don't buy taxi car to get
> >> to airport. However many companies still have their own truck fleet.
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> >>
> >>
> >>
> >> W dniu 09.07.2020 o 16:22, Joe Monk pisze:
> >>> Im sure that Kim Dotcom would love your legal theory...
> >>>
> >>> Joe
> >>>
> >>> On Thu, Jul 9, 2020 at 7:51 AM R.S. 
> >> wrote:
>  Azure? Cloud?
>  There is no cloud. It is just someone else's computer. ;-)
> 
>  --
>  Radoslaw Skorupka
>  Lodz, Poland
> 
> 
> 
> 
> 
> 
>  W dniu 08.07.2020 o 17:46, Joe Monk pisze:
> > I do a backup to spinning storage, then a copy of that backup to
> Azure
>  for
> > long term.
> >
> > Joe
> >
> > On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz 
> wrote:
> >
> >> I've always gone with dual* backups, with one copy off site. Remote
> >> mirroring is a good option where policy permits, and even if
>  retensioning
> >> is no longer relevant, rereading backups periodically will give you
> a
>  heads
> >> up if one copy goes south. I would consider even correctable errors
> to
>  be
> >> red flags.
> >>
> >> Any medium you use will have failure modes.
> >>
> >> Multiple PiT recovery is good for "whoops!" moments and possibly for
> >> audits.
> >>
> >> Large or small, each shop must do it's own risk assessments in the
>  context
> >> of its own obligations and priorities.
> >>
> >> * Depending on the value of the data, you might want more than 2.
> >>
> >>
> >> --
> >> Shmuel (Seymour J.) Metz
> >> http://mason.gmu.edu/~smetz3
> >>
> >> 
> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>  behalf
> >> of Bill Ogden [og...@us.ibm.com]
> >> Sent: Wednesday, July 8, 2020 9:27 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Storage & tape question
> >>
> >> Probably many others will chime in on this. I have lost RAID 5
> arrays
>  with
> >> two disk failures within an hour of each other. RAID is nice, but
> one
>  must
> >> 

Re: Storage & tape question

[R.S.]

I'm not Kim's fan, nor fan of piracy, etc.
However he is still free. After 8 years. Yes, in New Zealand, not in US. 
But he lives in New Zealand not in North Korea or Cuba, or Biafra.
And he has new business named MEGA, similar to Megaupload. MEGA started 
7 years ago and since then it is still working.
My pictures are still lost, damaged by someone who decided. I'm still 
not going to sue anybody for that damage. ;-)


Note: this is far from discussion about disks and tapes. This is my last 
message in this sub-thread.


--
Radoslaw Skorupka
Lodz, Poland





W dniu 13.07.2020 o 16:21, Joe Monk pisze:

"Regarding Kim - AFAIK he was was found innocent. I'm talking about
Megaupload case, not several former cases."

Nope.He's still in New Zealand, fighting extradition to the USA for
criminal charges for the megaupload case.

Joe

On Mon, Jul 13, 2020 at 6:50 AM R.S.  wrote:


OK, now I understand the legal aspect. I also disgree with that, but
this is completely off-topic (and related to Kim's problems).
However "something" as a service could mean colocation, PaaS, SaaS, etc.
In some scenarios you buy working solution, not software license. In
such case you are not responsible for the licenses. That's like cloud
backup - I pay for backup, I'm not aware what backup software was used
and wether it was licensed. I also don't check driver licence in a taxi,
nor insurance policy. I pay for transfer to airport.

Regarding Kim - AFAIK he was was found innocent. I'm talking about
Megaupload case, not several former cases.

BTW: interesting issue with data in a cloud. I did really use
Megaupload. I don't feel uncomfortable with that, because I used it for
transfer my photographs to a person who asked me for. My pictures from
some tour. My selection of pictures with this guy and his wife (their
camere failed, so I helped them). I uploaded it to Megaupload. Used
password for privacy and sent password and link to this guy. Files were
safe - everthing was in a cloud. Suddenly someone decided to destroy the
service. Was he right? Not in case of my pictures. However he didn't
care. More: legal court sentence was it wasn't right. What about my
pictures? They gone.
What can I do? Fortunately I have my own backup, so I had to repeat
selection of the pictures and send it using other method.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 13.07.2020 o 13:25, Joe Monk pisze:

My point is, once you rent that computer and put your stuff on it, it is

no

longer "someone else's computer". It is now YOUR computer. YOU are
responsible for it.

Joe

On Mon, Jul 13, 2020 at 5:35 AM R.S. 

wrote:

I heard about Kim Dotcom, but I don't understand what you mean.
I'm not talking here about legal issues, so there is nothing to love.
And the cloud is still someone else's computer, isn't it?
Keeping data in cloud is still keeping data on someone else's media like
disk or tape. Usually tape for large amounts and reasonable prices (with
horrible access times). The main difference is you don't know where is
your data.

(off topic drift)
Of course cloud is valuable in man cases, especially for smal and medium
businesses. Sometimes "don't do it, use our services" is true. You don't
buy brewery to have a beer to a dinner or you don't buy taxi car to get
to airport. However many companies still have their own truck fleet.

--
Radoslaw Skorupka
Lodz, Poland





W dniu 09.07.2020 o 16:22, Joe Monk pisze:

Im sure that Kim Dotcom would love your legal theory...

Joe

On Thu, Jul 9, 2020 at 7:51 AM R.S. 

wrote:

Azure? Cloud?
There is no cloud. It is just someone else's computer. ;-)

--
Radoslaw Skorupka
Lodz, Poland






W dniu 08.07.2020 o 17:46, Joe Monk pisze:

I do a backup to spinning storage, then a copy of that backup to

Azure

for

long term.

Joe

On Wed, Jul 8, 2020 at 10:12 AM Seymour J Metz 

wrote:

I've always gone with dual* backups, with one copy off site. Remote
mirroring is a good option where policy permits, and even if

retensioning

is no longer relevant, rereading backups periodically will give you

a

heads

up if one copy goes south. I would consider even correctable errors

to

be

red flags.

Any medium you use will have failure modes.

Multiple PiT recovery is good for "whoops!" moments and possibly for
audits.

Large or small, each shop must do it's own risk assessments in the

context

of its own obligations and priorities.

* Depending on the value of the data, you might want more than 2.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

behalf

of Bill Ogden [og...@us.ibm.com]
Sent: Wednesday, July 8, 2020 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

Probably many others will chime in on this. I have lost RAID 5

arrays

with

two disk failures within an hour of each other. RAID is nice, but

one

must

allow for failures.

Long ago I was involved with reading archived 

Re: Changing the volser of an HSM ML1 volume

[Gadi Ben-Avi]

The output looked OK to me.
I was also able to restore a file

Gadi Ben-Avi
z/OS systems Programmer
Malam Systems
Jerusalem, Israel




On Mon, Jul 13, 2020 at 4:09 PM +0300, "Richard Marchant" 
mailto:marchinga...@gmail.com>> wrote:

Gadi,

Did you FIXCDS the "A" and "D" records of these files?

Was the output good?

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 3:02 PM Gadi Ben-Avi  wrote:

> I got a bunch of messages saying
> /* ERR 141 ML1000 - SCRATCHED EMPTY DATA SET
> HSM.VTOC.T010400.VPWRK06.D20195
> And the datasets were deleted.
>
> Now, how do I get it to move the HMIG's?
>
> Thanks
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richard Marchant
> Sent: Monday, July 13, 2020 3:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> Please execute the following command:
>
> *HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX*
>
>
> Richard Marchant
> Johannesburg
>
> On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi  wrote:
>
> > Hi Richard,
> > Enclosed is the output from the FREEVOL command.
> > This partition does not have any issues with HMIG files.
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Richard Marchant
> > Sent: Monday, July 13, 2020 3:20 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Changing the volser of an HSM ML1 volume
> >
> > Gadi,
> >
> > Try running the FREEVOL again and then post the DFHSM log of the
> > FREEVOL output.
> >
> > Richard Marchant
> > Johannesburg
> >
> > On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi  wrote:
> >
> > > Hi Again,
> > > The VTOC records are newish. There are some from today and some from
> > > earlier in the year.
> > > The Migrated files seems to be OK. They were created because the
> > > storage group was defined with automigrate.
> > > I changed the storage group to not have automigrate, so no new files
> > > will be migrated.
> > >
> > > How can I move those files to the new volume?
> > >
> > > Gadi
> > >
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 12:33 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Gadi,
> > >
> > > How old are VTOC files? Are they required?
> > >
> > > Do the HMIG files have catalog entries and “D” records in the MCDS?
> > >
> > > To find the full datasetname for an HMIG file so you can check for a
> “D”
> > > record issue the following:
> > >
> > > HSEND FIXCDS A HMIGfilename
> > >
> > > Once you have the full datasetname you can then check if there is
> > > valid “D” record by issuing the following:
> > >
> > > HSEND FIXCDS D fulldatasetname
> > >
> > > If there is a “D” record try recalling the dataset. If this works
> > > you can delete the associated DFHSM “A” and “D” records. Then make
> > > an DFHSM
> > backup.
> > >
> > > If there is no “D” record you can do the following:
> > >
> > >
> > > 1.   If the dataset is not too important delete the associated “A”
> > > record and delete the HMIG file on the ML1 volume. If you have a
> > > backup then restore the dataset.
> > >
> > > 2.   If you have no backup and the dataset is important you can
> > > recreate the “D” record. Check the manuals for this procedure. Then
> > > recall it as above.
> > > HTH
> > >
> > > Richard Marchant
> > > Johannesburg
> > >
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > > Sent: Monday, July 13, 2020 10:55 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > All of the VTOC files that were not moved, are empty.
> > > The HMIG files are definitely not empty.
> > > There is mention of the HMIG files in the HSM logs
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  > > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant
> > > Sent: Monday, July 13, 2020 11:36 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Gadi,
> > >
> > > FREEVOL should move these files if they are good.
> > >
> > > Check they are active files.
> > >
> > > Richard Marchant
> > > Johannesburg
> > >
> > >
> > >
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > > Sent: Monday, July 13, 2020 10:20 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Changing the volser of an HSM ML1 volume
> > >
> > > Hi again,
> > > HSM copied many of the files on the old volume, but there are still
> > > some files left.
> > > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to
> > > copy these files too.
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe 

Re: Two Processors and One IODF

[Michael Babcock]

Ours is simply a DR site so currently we don’t have that requirement.

On Mon, Jul 13, 2020 at 11:27 AM Jesse 1 Robinson 
wrote:

> We mirror with XRC, which I believe is Global Mirror. (I cannot keep the
> current lingo straight.) In my shop, we have a business need to put any
> device--DASD or tape--online to any LPAR regardless of location. In order
> to do that, device addresses *must* be unique. If you have absolutely no
> need to do that, then I don't think uniqueness is required. OTOH is costs
> little to make them unique. If you don't do it from the get-go, it will be
> very difficult in the future.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Monday, July 13, 2020 7:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Two Processors and One IODF
>
> CAUTION EXTERNAL EMAIL
>
> Thanks!
>
> We are using Global Mirror for replication.  Not sure if using the same
> device addresses will be a problem or not for GM.
>
> So, does everyone recommend different device addresses?
>
> On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
> wrote:
>
> > I don't know if anyone has pointed it out, but if this is a brand new,
> > vanilla CEC, before you even have to worry about an IODF, you need an
> > IOCDS.  Generally you create that deck from an IODF, and I can't
> > imagine you would choose not to.  All of our CECs are defined in one
> > IODF.  For a new machine across the state, we sent the IOCDS deck for
> > the target CEC (and common ICC configs) to the CE, and he put them on
> > a thumb drive; we then ran stand-alone IOCP to load the HSA.  Then
> > with any (I would hope) form of replication you use, the IODF needed
> > for all the recovery LPARs is "just already there" on your recovery
> SYS1.IPLPARM/IODF volume.
> >
> > Our DASD CUs and device addresses are different (I'm thinking they had
> > to be for either flavor of replication), but we don't have that many,
> > so we don't have to worry about running out.  Our LPAR numbers are the
> > same on all CECs, and our OS configs are defined only once and are
> > used on all respective LPARs.
> >
> > There's nothing to it, and I don't know of a single reason not to have
> > one common IODF.
> >
> > First Horizon Bank
> > Mainframe Technical Support
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Storage & tape question

[Grant Taylor]

On 7/13/20 5:25 AM, Joe Monk wrote:
My point is, once you rent that computer and put your stuff on it, it 
is no longer "someone else's computer". It is now YOUR computer. YOU 
are responsible for it.


My understanding is that union of the computer owner(s) /and/ the 
contracted user(s) are collectively culpable for things that happen on 
the computer.


Where the division lies between the two groups is highly dependent on 
the contract between them.


But I don't believe that the computer owner(s) are absolved of any and 
all responsibility.  I believe that some responsibility / culpability 
remains with the owner(s).




--
Grant. . . .
unix || die

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

Re: COBOL V3 compiler

[Lizette Koehler]

I would say it should still work as I am on a similar version on z/OS V2.3.  

However, you will not be getting the benefits from migrating to a more current 
complier.

IBM will stated that they cannot support you on a compiler that is off support.



Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of IBM 
user
Sent: Monday, July 13, 2020 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL V3 compiler

Does anyone have any experience using the COBOL V3 compiler on z/OS V2.3? I’m 
guessing it’ll work fine but I’m looking for some assurances from other people. 

--
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: Two Processors and One IODF

[Jesse 1 Robinson]

We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
current lingo straight.) In my shop, we have a business need to put any 
device--DASD or tape--online to any LPAR regardless of location. In order to do 
that, device addresses *must* be unique. If you have absolutely no need to do 
that, then I don't think uniqueness is required. OTOH is costs little to make 
them unique. If you don't do it from the get-go, it will be very difficult in 
the future. 

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Monday, July 13, 2020 7:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

Thanks!

We are using Global Mirror for replication.  Not sure if using the same device 
addresses will be a problem or not for GM.

So, does everyone recommend different device addresses?

On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
wrote:

> I don't know if anyone has pointed it out, but if this is a brand new, 
> vanilla CEC, before you even have to worry about an IODF, you need an 
> IOCDS.  Generally you create that deck from an IODF, and I can't 
> imagine you would choose not to.  All of our CECs are defined in one 
> IODF.  For a new machine across the state, we sent the IOCDS deck for 
> the target CEC (and common ICC configs) to the CE, and he put them on 
> a thumb drive; we then ran stand-alone IOCP to load the HSA.  Then 
> with any (I would hope) form of replication you use, the IODF needed 
> for all the recovery LPARs is "just already there" on your recovery 
> SYS1.IPLPARM/IODF volume.
>
> Our DASD CUs and device addresses are different (I'm thinking they had 
> to be for either flavor of replication), but we don't have that many, 
> so we don't have to worry about running out.  Our LPAR numbers are the 
> same on all CECs, and our OS configs are defined only once and are 
> used on all respective LPARs.
>
> There's nothing to it, and I don't know of a single reason not to have 
> one common IODF.
>
> First Horizon Bank
> Mainframe Technical Support

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

COBOL V3 compiler

[IBM user]

Does anyone have any experience using the COBOL V3 compiler on z/OS V2.3? I’m 
guessing it’ll work fine but I’m looking for some assurances from other people. 

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

Re: Concatenating lines

[kekronbekron]

Gil,

Longest line ... perhaps 3x71 or 4x71 + .

If only it were that easy... the records split at 72 (+).
No way to get the records produced without continuation.

- KB

‐‐‐ Original Message ‐‐‐
On Monday, July 13, 2020 8:55 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 13 Jul 2020 14:40:21 +, Seymour J Metz wrote:
>
> > Yes, but you will still need to insert the blank line as a terminator. If 
> > there are leading blanks then you may need manual correction with, e.g., 
> > TJ. If I had to do it often then I'd write an EDIT macro and be done with 
> > it.
>
> Is this better, or even simpler, than the Rexx script that Lionel et al. 
> proposed?
>
> And, what's the longest line the OP expects? Could the OP just use long lines
> and eliminate the concatenation complexity?
>
> -- 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: Two Processors and One IODF

[Jackson, Rob]

Ah, the constant rebranding and re-lingo-ing.  It must really help sales.  The 
last time I had IBM storage, Global Mirror was PPRC/XD and "z/OS Global Mirror" 
was GDPS/XRC.  And Metro Mirror was PPRC synchronous.  I can't see how GDPS/XRC 
would work with non-unique addresses--at least between primary and secondary, 
since they're both online to the SDMs (right?  getting fuzzy on it).  Currently 
we use HUR (love it), but I don't believe it would work with non-unique 
addresses either.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Monday, July 13, 2020 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Two Processors and One IODF

[External Email. Exercise caution when clicking links or opening attachments.]

We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
current lingo straight.) In my shop, we have a business need to put any 
device--DASD or tape--online to any LPAR regardless of location. In order to do 
that, device addresses *must* be unique. If you have absolutely no need to do 
that, then I don't think uniqueness is required. OTOH is costs little to make 
them unique. If you don't do it from the get-go, it will be very difficult in 
the future.

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

nstructions, send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: iRC channel for 3270 and 5250

[Steve Horein]

I was hoping to read how you were sending a 3270 stream to an IRC channel.

On Mon, Jul 13, 2020 at 7:48 AM Alexander Huemer 
wrote:

> Hi
>
> For your information, I have created the IRC channel ##3270-5250 (mind
> the two hash marks) on freenode to discuss the 3270 and 5250 protocols,
> due to the fact that [1] and [2] emerged recently.
> It's empty so far :-)
> Feel free to stop by if you are interested.
>
> -Alex
>
> [1] https://github.com/lowobservable/oec
> [2] https://github.com/inmbolmie/5250_usb_converter
>
> --
> 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: Concatenating lines

[Peter Bishop]

You can change the columns TF uses by using the Bounds line command.  In 
this case it might be interesting to set the bounds to columns 1-71 and 
then use TF.


Unfortunately I can't test this now, but I recall it being handy for 
formatting code.  It may be preferable to have the left bound set to 
column 10 or elsewhere, depending on what you want.


The ISPF editor is very powerful, but it can take a while to explore its 
full capability.  Bounds is one of my favourites, e.g. with C and O to 
limit what's overlaid, or shifted by > or <, etc.


BFN,
Peter

On 14/07/2020 12:09 am, Seymour J Metz wrote:

TF will not recognize a + in column 72 as a continuation character. You 
generally will need to insert a blank line at the end and blank column 72.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Allan Staller [allan.stal...@hcl.com]
Sent: Monday, July 13, 2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

I don't know if the data to too large, but  the ISPF EDIT line command TF ("text 
flow") seems to do what you want. Check the edit line commands in ISPF Help.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Saturday, July 11, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

[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.]

Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
continuation char respectively.).
Need a safe way to loop the 'else do' bit you've shown below.

- KB

‐‐‐ Original Message ‐‐‐
On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:


I'm not aware of one but that would be a very trivial rexx program to do so.

This should get you started:

/* rexx */
'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
'execio * diskr in (finis stem in.'
'free f(in)'
do i = 1 to in.0
if substr(in.i,72,1) /= '+'
then say in.i
else do
data = substr(in.i,1,71)
i = i + 1
data = data''in.i
say data
end
end

Lionel B. Dyck <
Website:
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd6
36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtnP
1cX8RePmuHr0%3Dreserved=0

"Worry more about your character than your reputation. Character is
what you are, reputation merely what others think you are." - John
Wooden

-Original Message-
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
Of kekronbekron
Sent: Saturday, July 11, 2020 6:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Concatenating lines

Hi,

Is there any program in any of the CBT tapes, or perhaps on someone's GitHub .. 
that makes concatenating lines easy?
If a continuating character is found in column 72, append the next line to 
current line, and so on.

Thanks,

-   KB

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.

Re: Concatenating lines

[Lionel B Dyck]

Tried the suggestion and it flowed all the lines together - true it did ignore 
72+ 

It appears that the only way TF would work is if there were a blank line 
between the lines to be concatenated.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Bishop
Sent: Monday, July 13, 2020 8:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

You can change the columns TF uses by using the Bounds line command.  In this 
case it might be interesting to set the bounds to columns 1-71 and then use TF.

Unfortunately I can't test this now, but I recall it being handy for formatting 
code.  It may be preferable to have the left bound set to column 10 or 
elsewhere, depending on what you want.

The ISPF editor is very powerful, but it can take a while to explore its full 
capability.  Bounds is one of my favourites, e.g. with C and O to limit what's 
overlaid, or shifted by > or <, etc.

BFN,
Peter

On 14/07/2020 12:09 am, Seymour J Metz wrote:
> TF will not recognize a + in column 72 as a continuation character. You 
> generally will need to insert a blank line at the end and blank column 72.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Allan Staller [allan.stal...@hcl.com]
> Sent: Monday, July 13, 2020 7:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Concatenating lines
>
> I don't know if the data to too large, but  the ISPF EDIT line command TF 
> ("text flow") seems to do what you want. Check the edit line commands in ISPF 
> Help.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of kekronbekron
> Sent: Saturday, July 11, 2020 7:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Concatenating lines
>
> [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.]
>
> Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
> continuation char respectively.).
> Need a safe way to loop the 'else do' bit you've shown below.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:
>
>> I'm not aware of one but that would be a very trivial rexx program to do so.
>>
>> This should get you started:
>>
>> /* rexx */
>> 'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
>> 'execio * diskr in (finis stem in.'
>> 'free f(in)'
>> do i = 1 to in.0
>> if substr(in.i,72,1) /= '+'
>> then say in.i
>> else do
>> data = substr(in.i,1,71)
>> i = i + 1
>> data = data''in.i
>> say data
>> end
>> end
>>
>> Lionel B. Dyck <
>> Website:
>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
>> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd
>> 6 
>> 36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0
>> % 
>> 7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtn
>> P
>> 1cX8RePmuHr0%3Dreserved=0
>>
>> "Worry more about your character than your reputation. Character is 
>> what you are, reputation merely what others think you are." - John 
>> Wooden
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On 
>> Behalf Of kekronbekron
>> Sent: Saturday, July 11, 2020 6:37 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Concatenating lines
>>
>> Hi,
>>
>> Is there any program in any of the CBT tapes, or perhaps on someone's GitHub 
>> .. that makes concatenating lines easy?
>> If a continuating character is found in column 72, append the next line to 
>> current line, and so on.
>>
>> Thanks,
>>
>> -   KB
>>
>> 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 

SMF record

[TenEyck, Peter]

What SMF record and report/tool could I use to determine the point of origin 
for this attempted logon?

M 008 ABCD 20180 07:40:36.85 JOB03275 0090  ICH408I USER(RACFID  ) 
GROUP() NAME(??? ) 395
E 395 0090LOGON/JOB INITIATION 
- USER AT TERMINAL  NOT RACF-DEFINED

//* Peter Ten Eyck
//* Senior Systems Programmer
//* American National
//



American National is the brand name for American National Insurance Company, 
headquartered in Galveston, Texas, and its subsidiaries. Each company has 
financial responsibility only for its own products and services. American 
National Insurance Company is not licensed in New York. In New York, business 
is conducted by New York licensed subsidiaries. For more information, go to 
www.americannational.com.
Confidentiality: This transmission, including any attachments, is solely for 
the use of the intended recipient(s). This transmission may contain information 
that is confidential or otherwise protected from disclosure. The use or 
disclosure of the information contained in this transmission, including any 
attachments, for any purpose other than that intended by its transmittal is 
strictly prohibited. Unauthorized interception of this email is a violation of 
federal criminal law. If you are not an intended recipient of this 
transmission, please immediately destroy all copies received and notify the 
sender.

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

Re: Concatenating lines

[Seymour J Metz]

Yes, but it may mess up white space and it may not stop where you want it to. I 
use TF a lot, and you definitely have to pay attention to what you are doing.

One of the things that I miss the most about ISPF EDIT when I have to do 
without it is the existence of two sets of shift operators.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Peter Bishop [p.bis...@computer.org]
Sent: Monday, July 13, 2020 9:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

You can change the columns TF uses by using the Bounds line command.  In
this case it might be interesting to set the bounds to columns 1-71 and
then use TF.

Unfortunately I can't test this now, but I recall it being handy for
formatting code.  It may be preferable to have the left bound set to
column 10 or elsewhere, depending on what you want.

The ISPF editor is very powerful, but it can take a while to explore its
full capability.  Bounds is one of my favourites, e.g. with C and O to
limit what's overlaid, or shifted by > or <, etc.

BFN,
Peter

On 14/07/2020 12:09 am, Seymour J Metz wrote:
> TF will not recognize a + in column 72 as a continuation character. You 
> generally will need to insert a blank line at the end and blank column 72.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Allan Staller [allan.stal...@hcl.com]
> Sent: Monday, July 13, 2020 7:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Concatenating lines
>
> I don't know if the data to too large, but  the ISPF EDIT line command TF 
> ("text flow") seems to do what you want. Check the edit line commands in ISPF 
> Help.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> kekronbekron
> Sent: Saturday, July 11, 2020 7:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Concatenating lines
>
> [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.]
>
> Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
> continuation char respectively.).
> Need a safe way to loop the 'else do' bit you've shown below.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:
>
>> I'm not aware of one but that would be a very trivial rexx program to do so.
>>
>> This should get you started:
>>
>> /* rexx */
>> 'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
>> 'execio * diskr in (finis stem in.'
>> 'free f(in)'
>> do i = 1 to in.0
>> if substr(in.i,72,1) /= '+'
>> then say in.i
>> else do
>> data = substr(in.i,1,71)
>> i = i + 1
>> data = data''in.i
>> say data
>> end
>> end
>>
>> Lionel B. Dyck <
>> Website:
>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
>> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd6
>> 36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
>> 7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtnP
>> 1cX8RePmuHr0%3Dreserved=0
>>
>> "Worry more about your character than your reputation. Character is
>> what you are, reputation merely what others think you are." - John
>> Wooden
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
>> Of kekronbekron
>> Sent: Saturday, July 11, 2020 6:37 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Concatenating lines
>>
>> Hi,
>>
>> Is there any program in any of the CBT tapes, or perhaps on someone's GitHub 
>> .. that makes concatenating lines easy?
>> If a continuating character is found in column 72, append the next line to 
>> current line, and so on.
>>
>> Thanks,
>>
>> -   KB
>>
>> 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 

Re: Concatenating lines

[Seymour J Metz]

It occurs to me that TF could mess up white space. I believe that a script 
would be safer.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [ponce...@bcs.org.uk]
Sent: Monday, July 13, 2020 9:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

You could type TF71 on the line to be Text Flowed. Alternatively, use
the line command BOUNDS (BNDS) to set the boundaries of the data to be
included in the TF.


On 13/07/2020 15:31, Paul Gilmartin wrote:
> On Mon, 13 Jul 2020 14:09:40 +, Seymour J Metz wrote:
>
>> TF will not recognize a + in column 72 as a continuation character. You 
>> generally will need to insert a blank line at the end and blank column 72.
>>
> Would setting column range 1-71 help?
>
> -- 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

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

Re: SMF record

[kekronbekron]

Run RACFRW against your daily SMF - 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha800/samrep.htm
Believe it's the LIST keyword you need to use.
Yes, RACFRW is 'stabilized', but it's enough for a first look.

- KB

‐‐‐ Original Message ‐‐‐
On Tuesday, July 14, 2020 3:57 AM, TenEyck, Peter 
 wrote:

> What SMF record and report/tool could I use to determine the point of origin 
> for this attempted logon?
>
> M 008 ABCD 20180 07:40:36.85 JOB03275 0090 ICH408I USER(RACFID ) 
> GROUP( ) NAME(??? ) 395
> E 395 0090 LOGON/JOB INITIATION - USER AT TERMINAL NOT RACF-DEFINED
>
> //* Peter Ten Eyck
> //* Senior Systems Programmer
> //* American National
> //
>
> American National is the brand name for American National Insurance Company, 
> headquartered in Galveston, Texas, and its subsidiaries. Each company has 
> financial responsibility only for its own products and services. American 
> National Insurance Company is not licensed in New York. In New York, business 
> is conducted by New York licensed subsidiaries. For more information, go to 
> www.americannational.com.
> Confidentiality: This transmission, including any attachments, is solely for 
> the use of the intended recipient(s). This transmission may contain 
> information that is confidential or otherwise protected from disclosure. The 
> use or disclosure of the information contained in this transmission, 
> including any attachments, for any purpose other than that intended by its 
> transmittal is strictly prohibited. Unauthorized interception of this email 
> is a violation of federal criminal law. If you are not an intended recipient 
> of this transmission, please immediately destroy all copies received and 
> notify the sender.
>
> 
>
> 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: SMF record

[Massimo Biancucci]

Peter,

it seems somebody submitted the JOB03275 job on behalf of RACFID (like a
jobcard with USER=RACFID).

Into the log you should see something like $HASP100 ABCD ON INTRDR userid


Maybe it will be useful.

Regards.


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mar 14 lug 2020 alle ore 00:28 TenEyck, Peter <
peter.tene...@americannational.com> ha scritto:

> What SMF record and report/tool could I use to determine the point of
> origin for this attempted logon?
>
> M 008 ABCD 20180 07:40:36.85 JOB03275 0090  ICH408I
> USER(RACFID  ) GROUP() NAME(??? ) 395
> E 395 0090LOGON/JOB
> INITIATION - USER AT TERMINAL  NOT RACF-DEFINED
>
> //* Peter Ten Eyck
> //* Senior Systems Programmer
> //* American National
> //
>
>
> 
> American National is the brand name for American National Insurance
> Company, headquartered in Galveston, Texas, and its subsidiaries. Each
> company has financial responsibility only for its own products and
> services. American National Insurance Company is not licensed in New York.
> In New York, business is conducted by New York licensed subsidiaries. For
> more information, go to www.americannational.com.
> Confidentiality: This transmission, including any attachments, is solely
> for the use of the intended recipient(s). This transmission may contain
> information that is confidential or otherwise protected from disclosure.
> The use or disclosure of the information contained in this transmission,
> including any attachments, for any purpose other than that intended by its
> transmittal is strictly prohibited. Unauthorized interception of this email
> is a violation of federal criminal law. If you are not an intended
> recipient of this transmission, please immediately destroy all copies
> received and notify the sender.
>
> --
> 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: Concatenating lines

[Paul Gilmartin]

On Mon, 13 Jul 2020 20:10:15 -0500, Lionel B Dyck wrote:

>Tried the suggestion and it flowed all the lines together - true it did ignore 
>72+ 
>
>It appears that the only way TF would work is if there were a blank line 
>between the lines to be concatenated.
> 
Doesn't the flowing terminate at any indention change?  (But this
is of little use for KB's need.)

>-Original Message-
>From: Peter Bishop
>Sent: Monday, July 13, 2020 8:05 PM
>
>You can change the columns TF uses by using the Bounds line command.  In this 
>case it might be interesting to set the bounds to columns 1-71 and then use TF.
>
>Unfortunately I can't test this now, but I recall it being handy for 
>formatting code.  It may be preferable to have the left bound set to column 10 
>or elsewhere, depending on what you want.
>
>The ISPF editor is very powerful, but it can take a while to explore its full 
>capability.  Bounds is one of my favourites, e.g. with C and O to limit what's 
>overlaid, or shifted by > or <, etc.

-- gil

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

Re: Concatenating lines

[CM Poncelet]

You could type TF71 on the line to be Text Flowed. Alternatively, use
the line command BOUNDS (BNDS) to set the boundaries of the data to be
included in the TF.


On 13/07/2020 15:31, Paul Gilmartin wrote:
> On Mon, 13 Jul 2020 14:09:40 +, Seymour J Metz wrote:
>
>> TF will not recognize a + in column 72 as a continuation character. You 
>> generally will need to insert a blank line at the end and blank column 72. 
>>
> Would setting column range 1-71 help?
>
> -- 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