: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of esmie moo
:>: Sent: Tuesday, April 03, 2012 12:34 PM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: DFHSM QUESTION - PREVENTING SPACE MANAGEMENT FROM EXECUTING
:>:
:>: Good Day Gentle Readers,
:>
Good Day Gentle Readers,
I need to stop PRIMARY and SECONDARY SPACE management from kicking in. I
issued the following SETSYS COMMANDS
HSEND SETSYS PRIMARYSPMGMSTART ( )
HSEND SETSYS SECONDARYSPMGMSTART ( )
I also updated the parmlib member as well. Should this work?
Tha
I have noticed that server dsns are being retained by DFHSM and my
suspicion is that the EXPIRE NON-USAGE and EXPIRE DATE/DAYS are in
conflict in MANAGEMENT class. For example
MGMTCLAS EXPIRE EXPIRERETPARTIAL
PRIMARY
NAME NON-USAGE DATE/DAYS
Good Day,
I have noticed that server dsns are being retained by DFHSM and my suspicion is
that the EXPIRE NON-USAGE and EXPIRE DATE/DAYS are in conflict in MANAGEMENT
class. For example
MGMTCLAS EXPIRE EXPIRERET PARTIAL
PRIMARY
NAME NON
Thanks to all for your helpful comments. I guess nothing more can be done.
Thanks to you all.
From: Hervey Martinez
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, January 5, 2012 1:45:57 PM
Subject: Re: DFHSM QUESTION : Allocation/migration Threshold
Well, if
riginal Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Thursday, January 05, 2012 1:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION : Allocation/migration Threshold
I should have mentioned that there is no ML0/ML1 migration
NO
I should have mentioned that there is no ML0/ML1 migration in this pool as
well. PSM is only being run. I understand that this is not a good thing but
the client insists upon having NO migration of the dsns from this pool this
woould explain why the Threshold is low. Would adjusting the
Threshold help
eventhough there is no migration?
From: Hervey Martinez
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, January 5, 2012 9:46:34 AM
Subject: Re: DFHSM QUESTION : Allocation/migration Threshold
If there is no ML2 migration then everything is migrating to the
MAIN@bama.ua.edu] On Behalf Of
Staller, Allan
Sent: Thursday, January 05, 2012 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION : Allocation/migration Threshold
Migration will begin when the SG occupancy exceeds the high threshold and
continue until less than the SG low threshold, o
Migration will begin when the SG occupancy exceeds the high threshold and
continue until less than the SG low threshold, or no additional datasets are
eligible for migration.
This is subject to additional constraints specified in the MGMTCLAS for
migration eligibility.
IMO your low thresholds a
Good Morning To All,
I have a problem with a SMS managed storage pool which is increasing quite
rapidly. In this pool there is no ML2 migration . We have Auto Migrate & Auto
Backup turned on and INTERVAL MIGRATION.
Below is the THRESHOLD which we are using for this pool.
Allocation/migr
y, August 26, 2011 11:06 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFHSM QUESTION - PRIMARY,SECONDARY & INTERVAL SPACE MGMT.
>
> Good Day To All,
>
> I have noticed that a storage pool has dsns which go back to 2 months even
> thought the management class is set to 3 days. On
Allan,
Thanks for the tip. I will check the migration logs. Also, as recommended I
will change the migration threshold.
Thanks again to all who responded.
From: "Staller, Allan"
To: IBM-MAIN@bama.ua.edu
Sent: Friday, August 26, 2011 2:18:45 PM
Subject: Re: DFHSM QUESTION
Check the migration log. There are many possible reasons for a dataset not to
migrate.
ARC0734I present you with a return code and reason code for each action taken.
Lookup the ARC0734I will refer you to another ARC12xx or ARC13xx message that
contains the detailed explanation based to the retur
Until a volume goes above the high threshold, it is not examined for
datasets to migrate. Reduce the high threshold.
On Fri, Aug 26, 2011 at 1:05 PM, willie bunter wrote:
> Good Day To All,
>
> I have noticed that a storage pool has dsns which go back to 2 months even
> thought the management c
Good Day To All,
I have noticed that a storage pool has dsns which go back to 2 months even
thought the management class is set to 3 days. On this partition we have HSM
running however there is no ML2 migration, however migration is turned on :
Auto Migrate . . Y (Y, N, I or P)
Auto Backup
: DFHSM QUESTION - DELETE SDSP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, August 4, 2011, 5:46 AM
You will never see the cluster name on the volume.
1) Check DFHSM definitions for each volume to see if SDSP is still in
use.
2) To determine the cluster name
" LISTCAT ENT('data comp
Based on this, and some other subsequent posts, DEL 'component name' VVR should
do the trick
Yes I did. I ran a LISTCAT of the CLUSTER and it gave me the error message;
LISTC ENT('VHSM.SMALLDS.VBL1908') ALL
IDC3012I ENTRY VHSM.SMALLDS.VBL1908 NOT FOUND
You will never see the cluster name on the volume.
1) Check DFHSM definitions for each volume to see if SDSP is still in
use.
2) To determine the cluster name
" LISTCAT ENT('data component name') ALL" One of the lines in the
display will show the cluster name.
3) To determine if the clust
ON CODE IS IGG0CLEG-42
IDC1566I ** VHSM.SMALLDS.VBL1908 NOT LISTED
I did the same for anothe ML1 volume which has SDSP and I got the same error.
--- On Thu, 8/4/11, Mike Schwab wrote:
From: Mike Schwab
Subject: Re: DFHSM QUESTION - DELETE SDSP DSN
To
A cluster is only a catalog entry, and does not appear on any disk
listing. Do a listcat with the data name and it should list the
cluster name.
On Thu, Aug 4, 2011 at 5:49 AM, willie bunter wrote:
> Allan,
>
> Thanks for the help. The dsn is emtpy. I issued the command which confirms
> that
:
From: Staller, Allan
Subject: Re: DFHSM QUESTION - DELETE SDSP DSN
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 10:43 AM
Issue ' LIST DATASETNAME MIGRATIONCONTROLDATASET SELECT(VOLUME(xx) SDSP)'
to see if HSM thinks there is any SDSP data left.
If the volume is
Issue ' LIST DATASETNAME MIGRATIONCONTROLDATASET SELECT(VOLUME(xx) SDSP)'
to see if HSM thinks there is any SDSP data left.
If the volume is defined w/NOSDSP, and the SDSP dataset is empty (see above)
the SDSP dataset can be deleted. Use IDCAMS DELETE VVR, since the cluster is
not cataloge
Good Day To All,
I am doing a review of all our ML1 volumes (8 SDSP and 8 NOSDSP) and I noticed
that 2 volumes out of 8 SDSP volumes the SDSP dsns were empty. I checked
the ARCCMD9
member and they were defined as NOSDSP. There was a comment to say that they
were changed from SDSP to NOSDSP i
, Barry A
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Monday, July 25, 2011, 11:45 AM
The error message tells you explicitly that there is already a catalog entry
for the DSN ZQATPWG. Given that you have already found this entry and know it
to
the re-name of the dsns because I got Security to
> put back the RACF rules. At this time all I want to is to perform a HRECOVER
> of the dsns without the rename.
>
> Could it be done?
>
> --- On Thu, 7/21/11, Schwarz, Barry A wrote:
>
>
> From: Schwarz, Barry A
. It cannot get much easier.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Monday, July 25, 2011 10:54 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENA
e.
Could it be done?
--- On Thu, 7/21/11, Schwarz, Barry A wrote:
From: Schwarz, Barry A
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Thursday, July 21, 2011, 11:32 AM
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Thursday, July 21, 2011 7:28 AM
> To: IBM-MAIN@bama.ua.edu
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
Can this be done?
T
rth Keller wrote:
From: Darth Keller
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Monday, July 18, 2011, 8:25 AM
"DFHSM is the culprit."
On behalf of DFHSM, I object. HSM merely enforces policy. If there's a
culprit here, it would be t
"DFHSM is the culprit."
On behalf of DFHSM, I object. HSM merely enforces policy. If there's a
culprit here, it would be the person(s) who designed the policy or maybe
applications for not understanding the rules. They do know there are
rules, right?
;o)
ddk
This e-mail message and all att
. However since I do not have the SMF tapes going back to
October 24 2010 backwrds it is hard to prove the cause of the deletion.
--- On Wed, 7/13/11, Elardus Engelbrecht wrote:
From: Elardus Engelbrecht
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received
Assuming that all SMF records are being recorded... And all SMF records from
all systems are being kept then even HSM will show up deleting the dataset (and
all SMF record types are being archived and are input to DAF then you will find
the culprit. I have in the past scanned hundreds of tapes v
Elardus Engelbrecht wrote:
>willie bunter wrote:
>>I went back as far as July 01 SMF records and nothing showed despite
>>searching for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
>Why SMF record type 138 and 139? What product is generating them?
Aw, f** s***, I really mean SMF type 136
Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Wednesday, July 13, 2011 10:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I went back as far as July 01 SMF records and nothing showed despite searching
for records 14 15 17
willie bunter wrote:
>I went back as far as July 01 SMF records and nothing showed despite searching
>for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
No RACF SMF records? Hmmm? I hope you have really LOGOPTIONS=ALWAYS for dataset
RACF class...
Are *all* your SMF processes running 100% f
I went back as far as July 01 SMF records and nothing showed despite searching
for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
--- On Wed, 7/13/11, Staller, Allan wrote:
From: Staller, Allan
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Rece
2011 12:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I don't think so because the STC was using it until July 10 at 04:00 a.m.
When the user attempted to bring up the STC on July 11 she received a jcl error
- dsn not found.
--- On We
PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I don't think so because the STC was using it until July 10 at 04:00 a.m.
When the user attempted to bring up the STC on July 11 she received a jcl error
- dsn not found.
--- On Wed, 7/13/11, Jonathan Go
Again, if the dsn was deleted by a TSO user wouldn't it show up in the
SMF records?
Absolutely.
Since you indicated in another post the data set was "in use" as of July
10th by an STC, I would go back at least to the start date/time of that
STC for you SMF hunt.
Again, DAF is your friend. Jus
I don't think so because the STC was using it until July 10 at 04:00 a.m.
When the user attempted to bring up the STC on July 11 she received a jcl error
- dsn not found.
--- On Wed, 7/13/11, Jonathan Goossen wrote:
From: Jonathan Goossen
Subject: Re: DFHSM QUESTION - PRIMARY
o: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List
>
> Hallo To All,
>
> I am trying to track down a problem of a missing dataset. The dsn
> was used by a STC however fo
Allan,
Thanks for correcting my understanding. The dsn is not a gdg. I checked again
the SMF tapes but nothing. Again, if the dsn was deleted by a TSO user
wouldn't it show up in the SMF records?
--- On Wed, 7/13/11, Staller, Allan wrote:
From: Staller, Allan
Subject: Re:
Expire after Days Non-usage . : 540
Expire after Date/Days . . . . : NOLIMIT
Retention Limit . . . . . . . : 0
Indicates to delete the dataset 540 days after last use. The NOLIMIT
allows the user to override the defa
Hallo To All,
I am trying to track down a problem of a missing dataset. The dsn was used by
a STC however for some unexplainable reason it "disappeared". In the STC the
dsn is DISP=SHR. I checked all the SMF records -TYPE 17, 18, 61, 62, 63, 64,
65, 67, 68, 136, 138 & 139- but there is no r
Thanks Allan. I will check it out.
--- On Wed, 6/29/11, Staller, Allan wrote:
From: Staller, Allan
Subject: Re: DFHSM QUESTION - ARC1245I MIGRATE FAILED, RC=0045 REAS=0115
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, June 29, 2011, 9:06 AM
The application programmer response seems to be
>> 115 If the data set should be considered eligible for migration, the
second level migration data set exit (ARCMMEXT) must be updated so that it
>> does not exclude the data set from migration
>>
Looks to me like someone's going to have to look at ARCMMEXT.
dd keller
This e-
The application programmer response seems to be spot on! Apparently you have a
migration exit that is preventing migration of this dataset.
Check your init parms for SETSYS EXIT/EXITOFF/EXITON commands related to
ARCMMEXT and perform the appropriate commands
Or
Modify the exit
HTH,
Could
Could someone suggest how I can bypass this problem? I checked the MANAGEMENT
class but it is not excluded from migration.
ARC1001I HESP.INSTR.HLIST MIGRATE FAILED, RC=0045,
ARC1001I (CONT.) REAS=0115
ARC1245I DATA SET NOT ELIGIBLE FOR MIGRAT
SDSP is defined in the HSM parms for small data sets, and the SDSP file
is actually a VSAM data set allocated to one of the ML1 volumes. If the
SDSP file does not occupy the entire logical ML1 volume, the volume is
eligible for other ML1 migration activity.
If SDSP is specified, a SDSP vsam f
BMC Software
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Friday, May 27, 2011 1:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - SDSP DSNS
Hallo To All,
I ran a report to obtain a list of SDSP dsns on an
Brain, Thanks for clearing this up for me. Thanks Mike as well.
--- On Fri, 5/27/11, Brian Fraser wrote:
From: Brian Fraser
Subject: Re: DFHSM QUESTION - SDSP DSNS
To: IBM-MAIN@bama.ua.edu
Received: Friday, May 27, 2011, 8:15 PM
>Since the volume is defined as SDSP shouldn't only d
>Since the volume is defined as SDSP shouldn't only dsns that fit the
>criteria be housed on the SDSP volume?
No, defining a volume as SDSP only says that it contains a KSDS VSAM
file that can contain small datasets as records of the KSDS.
Any space not occupied by the SDSP KSDS can be used for
42,499 - 42,403 = 96 + VTOCIX, VVDS, SDSP = 101.
Do a TSO ISPF 3.4 and list the datasets on the volume.
You should have 101 datasets on the volume. They could be coming from
datasets bigger than the SDSP size limit and there was space on the
volume, or even allocated because you have it mounted as
Hallo To All,
I ran a report to obtain a list of SDSP dsns on an ML1 volume which is defined
as SDSP :
HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403
dsns listed. I ran another report
HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there were
011 02:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION : FAILEDCREATE
Richard,
Thanks for the advice. I ran the audit then the FIX followed by the RECYCLE.
Should I have done anything else?
--- On Thu, 5/19/11, Richard Marchant wrote:
From: Richard Marchant
Subject: Re:
Richard,
Thanks for the advice. I ran the audit then the FIX followed by the RECYCLE.
Should I have done anything else?
--- On Thu, 5/19/11, Richard Marchant wrote:
From: Richard Marchant
Subject: Re: DFHSM QUESTION : FAILEDCREATE
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 19, 2011
@bama.ua.edu
Subject: DFHSM QUESTION : FAILEDCREATE
Good Morning Gentle Readers,
I am performing a cleanup of HSM dsns and I executed the following command:
HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA)
Several tapes were flagged and this message is being posted after each tape
Good Morning Gentle Readers,
I am performing a cleanup of HSM dsns and I executed the following command:
HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA)
Several tapes were flagged and this message is being posted after each tape.
ARC0378I TTOC RECORD AND TAPE MEDIA CONTENTS AR
Thanks Rex for spotting my error. Many thanks.
--- On Wed, 5/11/11, Pommier, Rex R. wrote:
From: Pommier, Rex R.
Subject: Re: DFHSM QUESTION - AGE DAYS
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, May 11, 2011, 2:17 AM
Take the word "days" out.
HSEND LIST DSN MCDS SE
Take the word "days" out.
HSEND LIST DSN MCDS SEL(AGE(3300))
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
esmie moo
Sent: Tuesday, May 10, 2011 9:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - AGE DAYS
Go
Good Morning Gentle Readers,
I am trying to find out the dsns that have been migrated and have not been
referenced for 3,000 days. Here is my command:
HSEND LIST DSN MCDS SEL(AGE(DAYS3300))
I noticed that there are dsns which have been created as recent as April 27,
2011 which appear on the
.
004
OFOX.D010.HASP56.TRIAL.BALANCE 0014430
--- On Thu, 3/10/11, O'Brien, David W. (NIH/CIT) [C]
wrote:
From: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: DFHSM QUESTION - TTOC
To: IBM-MAIN@bama.ua.edu
Received: Thursday, March 10, 2011, 3:57
AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - TTOC
Good Morning Gentle Readers,
I issued a TTOC command of a ML2 volume. The report displayed all the dsns on
that tape. My question is are the dsns on the tape listed according to
the order they were migrated. For example the first da
Good Morning Gentle Readers,
I issued a TTOC command of a ML2 volume. The report displayed all the dsns on
that tape. My question is are the dsns on the tape listed according to
the order they were migrated. For example the first dataset listed in the TTOC
report is SYS2.AS.JOBSCAN.REPORT.
ve to ask my team lead to open the ETR.
>
>
>
> --- On Thu, 9/12/10, Adams, Rick wrote:
>
>
> From: Adams, Rick
> Subject: Re: DFHSM QUESTION - ALTERNATE VOL (AVOL)
> To: IBM-MAIN@bama.ua.edu
> Received: Thursday, 9 December, 2010, 1:05 AM
>
>
> John,
>
Rick,
Thanks for the advice I will run a RECYCLE of the OVOL WA1163. I don't have
access to IBMLINK. I will have to ask my team lead to open the ETR.
--- On Thu, 9/12/10, Adams, Rick wrote:
From: Adams, Rick
Subject: Re: DFHSM QUESTION - ALTERNATE VOL (AVOL)
To: IBM-MAIN@bama.u
start over from the beginning of the tape.
ThanksRick
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
John Dawes
Sent: Wednesday, December 08, 2010 6:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - ALTERNATE VOL (AVOL)
G'D
G'DAY
We have a problem with an ML2 tape. Since this partition has duplexing I did a
HSEND TAPEREPL OVOL(WA1055). The command was successfu (as shown below)l making
the former AVOL WA1163 into OVOL or original.
ARC0952I THE ORIGINAL OF A DUPLEXED PAIR WAS REPLACED BY THE ALTERNATE:WA1163.
ARC
, August 18, 2010 8:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - FINDING LIST OF DSNS
Good Day All Readers,
I migrated (SMS) managed volume because there was ZERO DSCBS available for a
ML0 volume - HSEND MIGRATE VOLUME SMC001 DAYS(0). I did this as a quick fix.
I plan to expand the
ave,
>
>It is set to ACTLOGMSGLVL(EXCEPTIONONLY) which would explain the
reason. If I set it to FULL would I be able to retrieve the list of dsns or is
it
lost?
>
>
>--- On Wed, 8/18/10, Gibney, Dave wrote:
>
>
>From: Gibney, Dave
>Subject: Re: DFHSM QUESTION - FIND
frame Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Wednesday, August 18, 2010 10:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFHSM QUESTION - FINDING LIST OF DSNS
>
> Dave,
>
> It is set to ACTLOGMSGLVL(EXCEPTIONONLY) which would ex
Dave,
It is set to ACTLOGMSGLVL(EXCEPTIONONLY) which would explain the reason. If I
set it to FULL would I be able to retrieve the list of dsns or is it lost?
--- On Wed, 8/18/10, Gibney, Dave wrote:
From: Gibney, Dave
Subject: Re: DFHSM QUESTION - FINDING LIST OF DSNS
To: IBM-MAIN
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Wednesday, August 18, 2010 8:25 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFHSM QUESTION - FINDING LIST OF DSNS
>
> Good Day All Reade
Good Day All Readers,
I migrated (SMS) managed volume because there was ZERO DSCBS available for a
ML0 volume - HSEND MIGRATE VOLUME SMC001 DAYS(0). I did this as a quick fix.
I plan to expand the VTOC of the volume on the weekend. My question is after
the volume was migrated :
ARC0523I S
Mike,
I tried your suggestion about using "future time" and it worked. Thanks a
million.
Willie
--- On Wed, 8/11/10, Mike Schwab wrote:
From: Mike Schwab
Subject: Re: DFHSM QUESTION - RESTARTING SECONDARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 1
You need to set it to a FUTURE TIME ( 2-5 minutes into the future) and
it should activate at that time.
Later, issue the commands with your permanent window.
Or maybe issue some of the volume migrate commands.
On Wed, Aug 11, 2010 at 9:48 AM, willie bunter wrote:
> Good Morn To All,
>
> Because
Good Morn To All,
Because of an emergency (system response time) I had to curtail the Secondary
Space Management. It started at 09:00 a.m. and I stopped it 10:30. Since the
systeme response time problem has been resolved I issued the HSEND SETSYS
SECONDARYSPMGMTSTART(0900 2359) to restart th
again to all who offered their help.
--- On Wed, 21/7/10, John Kelly wrote:
From: John Kelly
Subject: Re: DFHSM QUESTION - STOPPING LEVEL 1 TO LEVEL 2 MIGRATION - URGENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, 21 July, 2010, 12:54 AM
Hold Migration should stop migration after the current
, 2010 9:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - STOPPING LEVEL 1 TO LEVEL 2 MIGRATION - URGENT
G'Day,
I need to interrupt the LEVEL 1 to LEVEL 2 Migration. I issued the HOLD
MIGRATION command but nothing is happening. Could anybody advise me how I stop
the LEVEL 1 / LE
On Tue, 20 Jul 2010 10:57:02 -0400, John Kelly
wrote:
>
>Try the HOLD MIGRATION(AUTO) command and see what happens.
>
>
>Shouldn't Hold Migration trump (AUTO), in that it should stop ALL
>migrations?
One would think so, but it appears that it did not, or at least that is how I
took it from the
Try the HOLD MIGRATION(AUTO) command and see what happens.
Shouldn't Hold Migration trump (AUTO), in that it should stop ALL
migrations?
Jack Kelly
202-502-2390 (Office)
--
For IBM-MAIN subscribe / signoff / archive access in
43 AM
Subject:
DFHSM QUESTION - STOPPING LEVEL 1 TO LEVEL 2 MIGRATION - URGENT
Sent by:
IBM Mainframe Discussion List
G'Day,
I need to interrupt the LEVEL 1 to LEVEL 2 Migration. I issued the HOLD
MIGRATION command but nothing is happening. Could anybody advise me how I
stop the LEVEL 1
Try the HOLD MIGRATION(AUTO) command and see what happens.
>From the manual:
To interrupt or prevent only automatic volume space management and
automatic secondary space management, issue the following command.
Automatic volume space management and automatic secondary space
management stops at
G'Day,
I need to interrupt the LEVEL 1 to LEVEL 2 Migration. I issued the HOLD
MIGRATION command but nothing is happening. Could anybody advise me how I stop
the LEVEL 1 / LEVEL 2 Migration for the moment?
Thank You
--
Hallo To All Members
I noticed in the STC DFHSM the following Messages:
ARC0008I DFSMSHSM INITIALIZATION SUCCESSFUL
ARC0036I I/O DISABLED FOR DFSMSHSM PROBLEM 698
ARC0036I (CONT.) DETERMINATION OUTPUT DATA SET, REAS= 11
As I go through the messages in the JES2 JOBLOG I noti
here is the continuation of my earlier post. I had a glitch on my pc.
Tracks %Used XT
HSM.HSMLOGXC 1560 39 16
HSM.HSMLOGYC 1560 80 16
Could this
here is the continuation of my earlier post. I had a glitch on my pc.
Tracks %Used XT
HSM.HSMLOGXC 1560 39 16
HSM.HSMLOGYC
---
On Wed, 28 Apr 2010 03:20:15 -0700, Ron Hawkins
wrote:
>Mike,
>
>Well if you want any sort of decent, scalable performance you wouldn't want
>an SVA. You would want a USP-V.
>
>Ron
Thanks for the reco, Ron!
Regards,
Mike Baldwin
Cartagena Software Ltd.
Markham, Ontario, Canada
http://www.cartag
awkins
> Cc: Mike Baldwin
> Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
>
> Hi Ron,
>
> On Mon, 26 Apr 2010 22:39:53 -0700, Ron Hawkins
> wrote:
> >Mike,
> >
> >You'd probably want to disable compression for all datasets on Primary
> >
Hi Ron,
On Mon, 26 Apr 2010 22:39:53 -0700, Ron Hawkins
wrote:
>Mike,
>
>You'd probably want to disable compression for all datasets on Primary
>Volumes as well, and bypass migration to ML1 as there is no benefit (except
>for SDSP maybe).
>
>Ron
That's a good point. Assuming that Primary is als
f Of
> Mike Baldwin
> Sent: Monday, April 26, 2010 7:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
>
> On Wed, 21 Apr 2010 05:44:55 -0700, esmie moo wrote:
>
> >Ron,
> >
> >You mentioned compression. P
On Wed, 21 Apr 2010 05:44:55 -0700, esmie moo wrote:
>Ron,
>
>You mentioned compression. Please correct me if I am wrong. All the dsns
on ML1 are compressed?
>
>Thanks.
If your ML1 happens to be on SVA/V2X2/V2X4f, then all datasets are
compressed by the hardware. In that case, compression
ect: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
>
> Ron,
>
> I saw your post and I would like to try out your suggestion. You say that
the
> dsns is compressed at the Primary level and using a Management class it
is
> migrated to Ml2 directly. What software do y
wrote:
From: Ron Hawkins
Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, April 21, 2010, 10:31 AM
Oops. That should say " It is why one typically gives compressed datasets a
management class that bypasses a period on ML1 and sends th
Sent: Wednesday, April 21, 2010 8:26 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
>
> Esmie,
>
> If you choose to compress them then they are compressed. This is the
common
> practice. Ml1 is often the same media as P
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> esmie moo
> Sent: Wednesday, April 21, 2010 5:45 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
>
>
Ron,
You mentioned compression. Please correct me if I am wrong. All the dsns on
ML1 are compressed?
Thanks.
--- On Tue, 4/20/10, Ron Hawkins wrote:
From: Ron Hawkins
Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, April 20
This is just one of the reasons I really like this group. It gives me the
chance to hear about how other shops are doing things that are different
than my approach to similar issues. I'm so used to dealing with a
homogeneous shop (1 kind of DASD) that I wasn't even thinking about using
older,
1 - 100 of 393 matches
Mail list logo
