IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> MANAGED DISK
>
> I don't think ADRDSSU will override the SMS specifications.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>
n Staller
> Sent: Friday, July 06, 2018 11:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> MANAGED DISK
>
> I don't think ADRDSSU will override the SMS specifications.
>
> -Original Message-
>
I don't think ADRDSSU will override the SMS specifications.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gibney, Dave
Sent: Friday, July 6, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS
1. Pull it back. 2. Move it with ADDRDSSU
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Schwab
> Sent: Friday, July 06, 2018 11:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION -
ate to place the desired volume in
> its own SG, restore your data, and reverse the process. (Waaay tooo much
> work!)
>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Dawes
> Sent: Friday, Ju
work!)
HTH,
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Dawes
Sent: Friday, July 6, 2018 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS MANAGED DISK
G'Day,
Because of storage
, restore your data, and reverse the process. (Waaay tooo much work!)
HTH,
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Dawes
Sent: Friday, July 6, 2018 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION - RECALLING SMS
and helped out with their suggestions.
On Fri, 7/28/17, willie bunter <williebun...@yahoo.com> wrote:
Subject: Re: DFHSM QUESTION
To: "IBM Mainframe Discussion List" <IBM-MAIN@LISTSERV.UA.EDU>
Received: Friday, July 28, 2017, 12:3
day, July 28, 2017 9:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> Lizette,
>
> I have taken note of your suggestion and I will adhere to it.
> I checked my command and it shows that all the contents of the command is as
> follows as suggested by Br
to:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
> Sent: Friday, July 28, 2017 9:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> Lizette,
>
> I have taken note of your suggestion and I will adhere to it.
> I checked my command and it shows tha
is complaining that the command contained these parms.
On Fri, 7/28/17, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, July 28, 2017, 10:01 AM
Willie
It would be h
Admin Guide
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Friday, July 28, 2017 6:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> Brian,
>
-
On Thu, 7/27/17, Brian Fraser <brianmfra...@gmail.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 9:18 PM
HSEND AUDIT DSCTL(BACKUP) FIX
ODS('dsn.for.output.l
OF - ENHANCED AUDIT - LISTING -
On Thu, 7/27/17, Brian Fraser <brianmfra...@gmail.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 10:31 PM
IT report?
>
>
> On Thu, 7/27/17, Lizette Koehler <stars...@mindspring.com> wrote:
>
> Subject: Re: DFHSM QUESTION
> To: IBM-MAIN@LISTSERV.UA.EDU
> Received: Thursday, July 27, 2017, 12:06 PM
>
> So is everything i
Should I ignore the ERR 40 when I run the AUDIT report?
On Thu, 7/27/17, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 12:06 PM
So is ever
M Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Thursday, July 27, 2017 11:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> I ran the FIX and the following messages were received :
>
> ARC0085I (H)BDELE
You ran the fix on the BDELETE not the AUDIT.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Thursday, July 27, 2017 11:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
I ran the FIX
I understand that the record doesn't exist. However my question is how do I
perform the clean up of the ERR 40 records?
On Thu, 7/27/17, Carmen Vitullo <cvitu...@hughes.net> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Re
)
On Thu, 7/27/17, Horne, Patti <patti.ho...@fisglobal.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 11:42 AM
Try using FIX on your audit to
see if it cleans up the error.
-Original
Message-
From: IBM Mai
2017 8:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION
>
> I tried out the BDELETE and as expected the record was not found.
>
> ARC0195I TYPE B, KEY DB2.ARCHLOG2.A0091613, FIXCDS DELETE, ERROR=RECORD NOT
> ARC0195I (CONT.) FOUND
> ARC1001I FIXCDS B DB2.ARCHLOG
/27/17, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 10:52 AM
At this point, just take one step
back.
You wanted to delete
a backup version from HSM.
The dataset is either DB2.AR
Try using FIX on your audit to see if it cleans up the error.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Thursday, July 27, 2017 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
Lizette
.
On Thu, 7/27/17, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, July 27, 2017, 10:22 AM
That does not seem to be a
failure.
It just states the
record you
ataset, that should show the
process in HSM is working.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Thursday, July 27, 2017 6:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sub
—The indicated record was not found; you could not delete
or update it.
Carmen - Original Message -
From: "willie bunter" <001409bd2345-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, July 27, 2017 8:52:37 AM
Subject: Re: DFHSM
understand this. Any suggestions?
On Wed, 7/26/17, retired mainframer <retired-mainfra...@q.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, July 26, 2017, 1:30 PM
Please show the complete AUDIT
and
ct: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, July 26, 2017, 9:23 PM
If you just want to get rid of
the backup, then you can do the following.
HSEND FIXCDS B
DB2.ARCHLOG2.A0091613 *DELETE*
Regards
Brian
On Thu, Jul 27, 2017 at 1:30
AM, retired mainframer <
the proper action for only one of the causes.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of willie bunter
> > Sent: Wednesday, July 26, 2017 7:27 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subj
d corrective actions. BDELETE is the
proper action for only one of the causes.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Wednesday, July 26, 2017 7:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
7, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION - REPOST
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, July 26, 2017, 11:15 AM
I would suggest if you are
running in batch, you may see successful. But I would
check the DFHSM Started task fo
UA.EDU] On
> Behalf Of willie bunter
> Sent: Wednesday, July 26, 2017 7:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - REPOST
>
> I am reposting my question because some info was truncated.
>
> I ran an AUDIT of the BCDS. I was 99% successfull of p
?
On Wed, 7/26/17, willie bunter <001409bd2345-dmarc-requ...@listserv.ua.edu>
wrote:
Subject: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, July 26, 2017, 10:26 AM
Good Day,
I ran an AUDIT of the BCDS. I was
99% successfull of performing a cl
Good Day,
I ran an AUDIT of the BCDS. I was 99% successfull of performing a clean up
execept for the following type dsns:
ERR 40 DB2.ARCHLOG2.A0091613 HSMBACK.BACK.T592617.DB2.ARCHLOG2.I8257 MISSING
FIXCDS B DUMMY.RECOVER.MCB CREATE(X'0014' X'0098257F')
FIXCDS B
You don't really need to be good at assembler to look up the error code.
OTOH, you do need to have that manual, and finding it is something of a
scavenger hunt these days. Anyway, I did look it up:
0210 (528) Meaning: Requested data set unavailable. The data set is
allocated to another job and
I found the error. The ODS(.xxx.etc.etc) was in the wrong starting column.
The AUDIT is in progress.
Thanks.
On Tue, 7/25/17, willie bunter <001409bd2345-dmarc-requ...@listserv.ua.edu>
wrote:
Subject: DFHSM QUESTION : ARC0506I - RE
ars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION -
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Tuesday, July 25, 2017, 12:34 PM
You might try writing to a
DATASET by using ODS(output.dataset)
The command is in the HSM Admin guide
The REAS=0210 can be found in
ISPF - Issue PF1 (HEL
Hallo To All Members,
I am trying to run the following AUDIT command:
HSEND AUDIT DATASETCONTROLS(BACKUP) FIX
For some reason I am receiving the following error message :
ARC0506I FAILURE TO ALLOCATE SYSOUT TYPE DATA SET,
ARC0506I (CONT.) RC=04, REAS=0210, EXTENDED
age-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Tuesday, July 25, 2017 9:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFHSM QUESTION -
>
> Hallo To All Members,
>
>I am trying to r
Hallo To All Members,
I am trying to run the following AUDIT command:
HSEND AUDIT DATASETCONTROLS(BACKUP) FIX
For some reason I am receiving the following error message :
ARC0506I FAILURE TO ALLOCATE SYSOUT TYPE DATA SET, 862
ARC0506I (CONT.) RC=04, REAS=0210,
Brian,
Thanks it worked. That is what I am looking for.
Thanks
On Fri, 6/30/17, Brian Fraser <brianmfra...@gmail.com> wrote:
Subject: Re: DFHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, June 30, 2017, 11:34 AM
Tr
Correct. 'MCDS' is the default. You just need to specify one of the backup
keywords. Glenn
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Try like this:
HSEND LIST BCDS DSNAME ODS(dsn)
Brian
On 29 Jun 2017 21:34, "willie bunter" <
001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:
Sorry, I noticed a typo. Should have read DFHSM
On Thu, 6/29/17, willie bunter
Sorry, I noticed a typo. Should have read DFHSM
On Thu, 6/29/17, willie bunter <001409bd2345-dmarc-requ...@listserv.ua.edu>
wrote:
Subject: DRHSM QUESTION
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, June 29, 2017, 8:46 AM
Hallo To
No Problem
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Thursday, May 25, 2017 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
Tobias,
Thanks for answering my question.
From: "Ca
Tobias,
Thanks for answering my question.
From: "Cafiero, Tobias M." <tcafi...@dtcc.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, May 25, 2017 8:52 AM
Subject: Re: DFHSM QUESTION
There are no Auto Action specified for this SG. If it is active it will fill.
Ye
com/
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Thursday, May 25, 2017 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION
Gentle Readers,
Recently a storage group had reached a 93% level. I chec
Gentle Readers,
Recently a storage group had reached a 93% level. I checked the Storage Group
and this is what I found:
Auto Migrate .. . N
Auto Backup . . N
Auto Dump . . . N
Overflow. . . . N
Allocation/migration Threshold : High 90 (1-100) Low . .
willie bunter wrote:
>I have great news. I found the missing dsn and the volser from the
>HSM.JOURNAL.BACKUP.V0009984 file. Thanks to all who helped with their
>suggestions and support.
Excellent! That is a great accomplishment! Another war story! ;-)
Groete / Greetings
Elardus Engelbrecht
wrote:
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Monday, June 20, 2016, 5:29 PM
Willie has already posted
that there is no backup. The data set along with the
catalog entry has been deleted - as long as the ML2 tape has
not been recycled,
Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walter Davies
Sent: Monday, June 20, 2016 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
Just because you delete
lardus Engelbrecht <elardus.engelbre...@sita.co.za>
> wrote:
>
> Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
> To: IBM-MAIN@LISTSERV.UA.EDU
> Received: Monday, June 20, 2016, 1:58 PM
>
> willie bunter wrote:
>
> >I am checking the journal file h
bre...@sita.co.za> wrote:
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Monday, June 20, 2016, 1:58 PM
willie bunter wrote:
>I am checking the journal file hoping to find any trace
of the dsn. I don't have a backup of the dsn that
ards,
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Monday, June 20, 2016 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
If t
t; To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
>
> If the dataset was *DELETED* you will have a tough time.
>
> If the dataset was uncataloged,
>
> DEF NVSAM(name('dsn') DEVT() VOL(MIGRAT)
>
> And then recall the d
ed if I stumble on to
> something.
>
>
> On Mon, 6/20/16, Lizette Koehler <stars...@mindspring.com> wrote:
>
> Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
> To: IBM-MAIN@LISTSERV.UA.EDU
> Received: Monday, June 20,
willie bunter wrote:
>I am checking the journal file hoping to find any trace of the dsn. I don't
>have a backup of the dsn that is why I am trying to find the ML2 volser.
Urggg. I feel your pain. As a previous Storage Admin I had to handle
those pain.
>I cannot issue the HRECALL
If the dataset was *DELETED* you will have a tough time.
If the dataset was uncataloged,
DEF NVSAM(name('dsn') DEVT() VOL(MIGRAT)
And then recall the dataset.
I cannot issue the HRECALL because the dsn doesn't exist. The same reason I
cannot issue the HRECOVER because there is no
.
On Mon, 6/20/16, retired mainframer <retired-mainfra...@q.com> wrote:
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Monday, June 20, 2016, 1:05 PM
Why are you looking in
the JOURNAL? It contains only &
.
On Mon, 6/20/16, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Monday, June 20, 2016, 12:41 PM
If your first statement
is No BACKUP has been taken, then the file is most likely
lost.
l you need.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Monday, June 20, 2016 9:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
>
> Good Day To
LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
>
> If your first statement is No BACKUP has been taken, then the file is most
> likely lost.
--
For IBM-MAIN subscribe / signoff / archiv
Why not just HRECALL the dataset?
Of course, if the migrated copy is the damaged dataset, and there are no
backups, you are out of luck.
I would like to recover a dsn which was migrated to ML2. Because of a mistake
in the assigning of the management class no back up was taken.
I remember
kind of performance impact will be felt while it is running
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Monday, June 20, 2016 9:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subje
Good Day To All,
I would like to recover a dsn which was migrated to ML2. Because of a mistake
in the assigning of the management class no back up was taken.
I remember recovering a dsn under the same circumstances. I remember locating
the dsn in the HSM.JOURNAL.BACKUP.V000 (found in
Hallo All,
I noticed in the HSM startup the following error messages:
ARC0037I DFSMSHSM PROBLEM DETERMINATION OUTPUT DATA 679
ARC0037I (CONT.) SETS SWITCHED, ARCPDOX=HSM.HSMPDOXC,
ARC0037I (CONT.) ARCPDOY=HSM.HSMPDOYC
IEC145I
Lizette,
I checked last week's STC there is no record of the logs being swapped. I
stumbled on some procedures and the first last step in it is to do a HSEND
SETSYS PDA(ON) and the last step is to do a HSEND SETSYS PDA(OFF)
I assume that the PDA is set to OFF when the STC starts up.
The dsns
The problem is the S413-04 abend. Basically this says that there is a
problem opening with HSM.HSMPDOCX. In particular not all volumes can
be mounted. What volume is this DSN catalogued on? Is that volume
on-line to your system? We had a similar problem when some
accidentally did a VARY
Lizette,
Sorry I forgot to answer the question about the size of the dsns. This is what
it is at:
Organization . . . : PS Current Utilization
Record format . . . : VB Used cylinders . . : 158
Record length . . . : 1024Used extents . . . : 16
Our site have been running into this problem for months. You can only
have 2 *.HSMPDO* datasets on one volume. When one fills ups, HSM
switches datasets (via a rename) and a task is submitted to write out
the full one to *.PDA GDG PS dataset. If one dataset fills up before
the other one is
I verified the volumes are ONLINE for the PDA dsns. Something also very
strange. I was under the impression that the HSM.HSMPDOXC the HSM.HSMPDOYC
were never re-allocated and were reused everytime HSM STC was started up. For
some reason I noticed that the dsns were on different volumes the
Yes. From the Fine Manual: DFSMShsm Implementation and Customization Guide
Version 2 Release 1 PP 41-42_ SC23-6869-01 (z/OS 2.1)
quote
Storage guidance:
Both the ARCPDOX and ARCPDOY data sets must be on the same volume.
The amount and type of storage you use for your PDA log data sets depends
@LISTSERV.UA.EDU]
On Behalf Of willie bunter
Sent: Monday, March 30, 2015 6:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION : ARC0036E I/O INHIBITED FOR DFSMSHSM
PROBLEM
Hallo All,
I noticed in the HSM startup the following error messages:
ARC0037I DFSMSHSM PROBLEM DETERMINATION
30, 2015 7:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION : ARC0036E I/O INHIBITED FOR DFSMSHSM
PROBLEM
Lizette,
I checked last week's STC there is no record of the logs being swapped. I
stumbled on some procedures and the first last step in it is to do a HSEND
SETSYS PDA
Allan,
No, they both do not reside on the same volume. I think someone moved the dsns
to different volumes. I will check the SMF records to find out more details.
--
For IBM-MAIN subscribe / signoff / archive access
Lizette,
I scanned through the whole output but there was no IEC031I D37-04. However
I remember in the past seeing those messages especially when I was migrating
volumes. Unfortunately the STC output is only available for the past 2
startups and both do not have the IEC031I D37-04
will automatically switch back to HSMPDOX.
HTH,
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Staller, Allan
Sent: Monday, March 30, 2015 9:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION : ARC0036E I/O INHIBITED FOR DFSMSHSM PROBLEM
Yes. From
Alan,
Thanks for the tip. I will reallocate the dsns on the same volume with a
larger space. Thanks for the tip.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
Just for completeness, here is the technote.
http://www-01.ibm.com/support/docview.wss?uid=isg3T1012687
On Mon, Mar 30, 2015 at 8:15 AM, willie bunter
001409bd2345-dmarc-requ...@listserv.ua.edu wrote:
Hallo All,
I noticed in the HSM startup the following error messages:
ARC0037I
I don't think so.
Or if you are right then there are some big issues in the next few
years that IBM's own products won't be able to support. As an example
IBM semi announced that soon there will be dynamic storage(DASD)
expansion and it will be done with volser (ex ABC001,ABC002 etc etc)
We put unused volsers into SMS Storage groups then init actual volumes
when more space is needed.
On Thu, Oct 30, 2014 at 12:20 PM, Ed Gould edgould1...@comcast.net wrote:
I don't think so.
Or if you are right then there are some big issues in the next few years
that IBM's own products won't
On Oct 30, 2014, at 5:33 PM, Mike Schwab wrote:
We put unused volsers into SMS Storage groups then init actual volumes
when more space is needed.
--SNIP---
You still have to put them in your ACS routines and DFDSS won't allow
patterning of
Correct. We put in a range of volumes. Example LGA 001-099. We then
initialize a few of the volumes, say LGA 001-009. When these volumes
get to 90% full, and allocations fail, we init volume LGA 010. Once
online it probably will be used for over half the allocations until it
becomes fairly
Good Morning Gentle Readers,
I have a question about the expiration of a dsn by HSM. The rule says the
following :
Expiration Attributes
Expire after Days Non-usage . : 540
Expire after Date/Days . . . . :
.)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Wednesday, October 29, 2014 7:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION - EXPIRATION OF DSN
Good Morning Gentle Readers,
I have a question about
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM QUESTION - EXPIRATION OF DSN
Good Morning Gentle
Readers,
I have a question
about the expiration of a dsn by HSM. The rule says the
following :
Expiration
Attributes
to qualify for PSM or SSM, then a dataset can sit on a
primary volume forever.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Wednesday, October 29, 2014 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION
Bob,
Thanks very much for your help.
On Wed, 10/29/14, Richards, Robert B. robert.richa...@opm.gov wrote:
Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Wednesday, October 29, 2014, 8:50 AM
If the dsn
Bob,
We have a similar situation at our end. There is a dsn with the following
atribute:
Expire after Days Non-usage . : 365.
Migration Attributes
Primary Days Non-usage . : 2
Level 1 Days Date/Days . : 10
Command or Auto Migrate . : BOTH
What if the DSN
snip
After 4 days of non-usage, the dsn *will* migrate to ML1. After 7 more days of
non-usage, it will migrate to ML2. After 540 days, it will expire.
/snip
Minor correction:
After 4 days of non-usage, the dsn *will* migrate to ML1.
After 7 days of non-usage, it will migrate to ML2. If not
Yes.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Willie Bunter
Sent: Wednesday, October 29, 2014 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
Bob,
We have a similar situation at our end
There is a bit that can be set.
Check the dfHSM Implementation Guide for
Disabling delete-if-backed-up (DBU) processing for SMS data Sets
snip
We have a similar situation at our end. There is a dsn with the following
atribute:
Expire after Days Non-usage . : 365.
Migration Attributes
Hmmm, will this thread ever *expires* ? :-D ;-D :-D
Staller, Allan wrote:
Minor correction:
Thanks.
After 4 days of non-usage, the dsn *will* migrate to ML1.
After 7 days of non-usage, it will migrate to ML2. If not already migrated
to ML1, it will migrate directly to ML2.
After 540
Thank you Bob.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Expire means deleted and uncatalogued.
Backups (if any) are handled as described in the MGMTCLAS for the dataset.
This is an entirely different set of processing.
snip
Staller, Allan wrote:
Minor correction:
Thanks.
After 4 days of non-usage, the dsn *will* migrate to ML1.
After 7 days of
Staller, Allan wrote:
Expire means deleted and uncatalogued.
Thanks. That will settle some burning issues with my storage admin who think it
is RACF, but I could prove it is HSM.
Backups (if any) are handled as described in the MGMTCLAS for the dataset.
This is an entirely different set of
Thanks for the tip. This is very handy.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
]
On Behalf Of Willie Bunter
Sent: Wednesday, October 29, 2014 6:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
Bob,
We have a similar situation at our end. There is a dsn with the following
atribute:
Expire after Days Non-usage . : 365.
Migration
W dniu 2014-10-29 o 18:47, Gibney, Dave pisze:
HSM will happily back-up empty datasets. INVALID datasets are another matter.
But, it is an easy matter to define a DEFAULT DATACLAS with DSORG=PS and never
have another invalid dataset.
True.
However I would prefer to have some feature to avoid
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of R.S.
Sent: Wednesday, October 29, 2014 2:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
W dniu 2014-10-29 o 18:47, Gibney, Dave pisze:
HSM
1 - 100 of 200 matches
Mail list logo