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
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
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:
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
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
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
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.
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:
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.
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
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
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,
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:
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
>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..
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
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
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:
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
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
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
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
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
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
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.
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:
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:
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:
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
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
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
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]
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
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
"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
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
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?
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
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
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:
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
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,
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
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
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
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
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
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
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.
--
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
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
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.
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
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 +
54 matches
Mail list logo
