I would like to move a PDSE dataset using DFDSS - I have never been able to do
this.
I am using the following format:
COPY DATASET( -
INCLUDE( -
OS130508.SMPE.SMPPTS-
))-
OUTDYNAM((MVASM2
-MAIN@bama.ua.edu,
Date: 06/13/2012 11:24
Subject:PDSE and DFDSS
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
I would like to move a PDSE dataset using DFDSS - I have never been able
to do this.
I am using the following format:
COPY DATASET
Subject: Re: PDSE and DFDSS
It appears that you might be in contention with SDALMFSM, is that your
job or perhaps another job/user?
Regards,
Neil Haley
nha...@ca.ibm.com
Storage Software Mainframe Support
http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley
From: Mark Steely
I would like to move a PDSE dataset using DFDSS - I have never been able
to do this.
I am using the following format:
COPY DATASET( -
INCLUDE( -
OS130508.SMPE.SMPPTS-
))-
OUTDYNAM
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Mark Steely
Sent: Wednesday, June 13, 2012 11:23 AM
To: IBM-MAIN@bama.ua.edu
Subject: PDSE and DFDSS
I would like to move a PDSE dataset using DFDSS - I have never been able to do
this.
I am using the following format:
COPY DATASET
G'Day,
I am trying to find the cause of my error while trying to execute a backup job
using DFDSS ExHPDM.
I get the error ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK
which I cannot find why.
Here is what my jcl looks like :
//STEP1 EXEC PGM=SOVDSSU,REGION=0M,TIME
G'Day,
I am trying to find the cause of my error while trying to execute a backup
job using
DFDSS ExHPDM.
I get the error ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR
TASK
which I cannot find why.
Here is what my jcl looks like :
//STEP1 EXEC PGM=SOVDSSU,REGION=0M
: DFDSS QUESTION :ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID
FOR TASK
G'Day,
I am trying to find the cause of my error while trying to execute a backup job
using DFDSS ExHPDM.
I get the error ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK
which I cannot find why
Lizette,
SOVDSSU is the same as DFDSS however when running under subsystem ExHPDM we
need to use PGM=SOVDSSU.
I found the error as per Willie's suggestion.
Thanks to all who responded.
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
John,
I think your DFDSS statements should read:
DUMP FULL INDD(DSYSIN1) OUTDD(TAPE01,TAPE11) OPT(4) ALLDATA(*) ALLEXCP
DUMP FULL INDD(DSYSPP1) OUTDD(TAPE02,TAPE22) OPT(4) ALLDATA(*) ALLEXCP
DUMP FULL INDD(DSYSPP2) OUTDD(TAPE03,TAPE33) OPT(4) ALLDATA(*) ALLEXCP
DUMP FULL INDD(DSYS999) OUTDD
@bama.ua.edu
Sent: Monday, January 16, 2012 7:42:32 AM
Subject: DFDSS QUESTION :ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID
FOR TASK
G'Day,
I am trying to find the cause of my error while trying to execute a backup job
using DFDSS ExHPDM.
I get the error ADR025E (002)-DEVSU(01), INPUT
@bama.ua.edu
Sent: Friday, 4 November 2011 8:31 PM
Subject: Re: QUESTION ABOUT COPY COMMAND - DFDSS
Hi John,
There are a couple of additional things to consider related to your inquiry. It
may be that you are already familar with them.
Since you are moving from 3390/3 to 3390/9, are the VTOC
noticed that in your example you don't stipulate
the size of the VTOC. Is that okay?
From: Linda Mooney linda.lst...@comcast.net
To: IBM-MAIN@bama.ua.edu
Sent: Friday, 4 November 2011 8:31 PM
Subject: Re: QUESTION ABOUT COPY COMMAND - DFDSS
Hi John
and FDR.
HTH
Linda
- Original Message -
From: John Dawes jhn_da...@yahoo.com.au
To: IBM-MAIN@bama.ua.edu
Sent: Sunday, November 6, 2011 11:43:28 AM
Subject: Re: QUESTION ABOUT COPY COMMAND - DFDSS
Linda,
Thanks for the feedback. Yes, I did have a note to expand the VTOC
Subject: Re: QUESTION ABOUT COPY COMMAND - DFDSS
My 1.11 copy of the DSS Storage Admin manual states that FULL is the default.
Does your manual say something different?
Are you copying each 3390-3 to a different 3390-9 or all four to a single
3390-9? If the latter, you might be better off
-
From: John Dawes jhn_da...@yahoo.com.au
To: IBM-MAIN@bama.ua.edu
Sent: Friday, November 4, 2011 6:05:42 AM
Subject: Re: QUESTION ABOUT COPY COMMAND - DFDSS
Barry,
I am copying each volume 1 for 1 i.e. I will be copying (4) 3390-3 to (4)
3390-9. Sorry, I should have posed my question more
G'Day,
We are in the process of freeing a controller and I need to move 4 volumes off
it. I plan to used DFDSS to copy the volume to a new adress. The source is a
3390-3 and the target is 3390-9. My question is do I need to add the parm FULL
along with the COPY and ADMIN ALLDATA(*) ALLEXCP
and the four volumes rather than four separate volume copies.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of John Dawes
Sent: Thursday, November 03, 2011 8:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: QUESTION ABOUT COPY COMMAND - DFDSS
G'Day
The command Matthew gave you should have limited the eligible datasets to the
desired Storgrp.
From: esmie moo [mailto:esmie_...@yahoo.ca]
Sent: Wednesday, September 28, 2011 7:38 AM
To: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
David,
Thank you for taking
Matthew,
Thanks for the example. It worked. Thanks to all who responded with your
suggestions.
From: Matthew Stitt mathwst...@bellsouth.net
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 2:37:39 PM
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
I
Good Morning Gentle Readers,
I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that
have not been referred to over 100 days. I keep getting a syntax error but I
am unable to find it. Could someone please point out my error?
DUMP DATASET(INCLUDE(**) -
)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) -
OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE)
Regards,
Scott J Ford
Software Engineer
http://www.identityforge.com
From: esmie moo esmie_...@yahoo.ca
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 1:27 PM
Subject: DFDSS QUESTION - SYNTAX ERROR
Plus the doc mentions Storclas not Storgrp, at least 1.11 does.
-Original Message-
From: Scott Ford [mailto:scott_j_f...@yahoo.com]
Sent: Tuesday, September 27, 2011 1:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Esmie:
Unless my eyes are getting too old
It seems to have a problem with the OPT(4) parm.
From: Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 1:38:14 PM
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Esmie:
Unless my eyes are getting too old doesnt this command have
Esmie,
As David suggested change Storgrp to Storclas
Scott J Ford
Software Engineer
http://www.identityforge.com
From: esmie moo esmie_...@yahoo.ca
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 1:50 PM
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Scott,
I tried your suggestion
David,
I checked the doc and it shows that STORGRP:
From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 1:43:03 PM
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Plus the doc mentions Storclas
PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Scott,
I tried your suggestion but I get an error:
DUMP DATASET(INCLUDE(**) -
BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) -
OPT(4) ALLX ALLD
, 2011 1:58:31 PM
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Try swapping the OPT(4) positions with the OUTDD statement and and add one more
) after your **.
Should be 'DUMP DATASET(INCLUDE(**)) -'
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu
: esmie moo [mailto:esmie_...@yahoo.ca]
Sent: Tuesday, September 27, 2011 1:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
David,
I checked the doc and it shows that STORGRP:
From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
I believe what will work is this:
DUMP DATASET(INCLUDE(**) -
BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3))) -
OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) -
STORGRP(TMMVOL)
Matthew,
This works, thanks, however since there are lots of dsns I want to limit it to
a particular STORGRP.
From: Matthew Stitt mathwst...@bellsouth.net
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 27, 2011 2:37:39 PM
Subject: Re: DFDSS QUESTION
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of esmie moo
Sent: Tuesday, September 27, 2011 1:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - SYNTAX ERROR
Matthew,
This works, thanks, however since there are lots of dsns I want to limit
Hi,
I got a DB2 VSAM on a physical DFDSS DUMP which I need to restore . I know
I should have take a logical dump (stupid me!) .
I'm trying to restore the VSAM from this DUMP , but as I know already I'm
having difficulties to complete this .
If I'll liked to restore it to the Same Data set
Of
Matan Cohen
Sent: Thursday, September 01, 2011 9:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] DFDSS - restoring VSAM from a PHYSICAL DUMP
Hi,
I got a DB2 VSAM on a physical DFDSS DUMP which I need to restore . I know I
should have take a logical dump (stupid me!) .
I'm trying to restore
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] DFDSS - restoring VSAM from a PHYSICAL DUMP
Hi,
I got a DB2 VSAM on a physical DFDSS DUMP which I need to restore . I know
I should have take a logical dump (stupid me!) .
I'm trying to restore the VSAM from this DUMP , but as I know already I'm
having
Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Matan Cohen
Sent: Thursday, September 01, 2011 9:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] DFDSS - restoring VSAM from a PHYSICAL DUMP
Thanks !
well I guess I'll need to get a *logical *backup for the existing dataset
A lot depends on what has transpired on DB/2 side. If the table was
dropped you'll have to go thru the DB/2 utilities to get the all the ID's to
match up.
There's a DB/2 Recovery Redbook that is great.
In a message dated 9/1/2011 9:48:16 A.M. Central Daylight Time,
I don't know why SYSDA doesn't even though it is part of the esoteric.
The answer may still lie in your SMS code. UNIT is one of the fields you
can test for.
Without understanding the code, you're just guessing.
ddk
This e-mail message and all attachments transmitted with it may
contain
Good Morning Gentle Readers,
I am trying to perform a Physical volume backup to disk. My problem is that
SMS is trapping my output dsn - which I am attempting to direct to volume
PROM04 - and is allocating it in a certain storage group. Here is what I get:
IEF344I DFDSS22 BACKUP TAPE1 -
I made an error. I am trying to write the output to volume VE6C01 which is a
spare NON SMS volume. I am trying to backup volume PROM04.
Please excuse my error. Thanks.
From: esmie moo esmie_...@yahoo.ca
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 7:33:50 AM
Subject: DFDSS
volume. I am trying to backup volume PROM04.
Please excuse my error. Thanks.
From: esmie moo esmie_...@yahoo.ca
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 7:33:50 AM
Subject: DFDSS QUESTION - BYPASS SMS
Good Morning Gentle Readers,
I am trying to perform a Physical volume
NON-SYSTEM MANAGED VO
IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED.
From: Don Imbriale don.imbri...@gmail.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 8:49:28 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
The control cards show
...@yahoo.ca]
Sent: Thursday, August 11, 2011 8:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Don,
I made the change to DISK1 however the problem persists. I tried using both
HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN
ZWAXPG
THERE ARE (5) CANDIDATE VOLUMES and
5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE
It appears that your storage group, ISTINT1, does not have enough space to
accommodate your allocation. If someone called me
in regards to this issue, I'd ask why they weren't directing
So I think the original poster wanted to go to a non-SMS volume - which I
forgot when posting my
last response.
He's going to need to talk to someone who know the SMS routines in his
shop. In my shop, I have
a StorClas which can be used to push a normally SMS controlled DS outside
of SMS
Greg,
I am trying to bypass SMS. This is why I am using these control cards in the
job:
BYPASSACS(**) -
STORCLAS(NONSMS) -
From: Greg Shirey wgshi...@benekeith.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 9:46:38 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS
I tried using both HLQ ZWAXPG and SYS1 however
for some reason SMS is trapping the TAPE1 DSN
if hlq ZWAXPG is 'trapped' by SMS, it means that your SMS ACS routines
are coded in order to assign a SC and a SG (ISTINT1) to datasets whose hlq is
ZWAXPG.
Which doesn't mean it is bad.
The
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
esmie moo
Sent: Thursday, August 11, 2011 9:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Greg,
I am trying to bypass SMS. This is why I am using these control cards
On Thu, 11 Aug 2011 07:02:37 -0700, esmie moo wrote:
Greg,
I am trying to bypass SMS. This is why I am using these control cards in the
job:
BYPASSACS(**) -
STORCLAS(NONSMS) -
Replace STORCLAS(NONSMS) with NSC NMC
Norbert Friemel
wrote:
Greg,
I am trying to bypass SMS. This is why I am using these control cards in
the job:
BYPASSACS(**) -
STORCLAS(NONSMS) -
From: Greg Shirey wgshi...@benekeith.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 9:46:38 AM
Subject: Re: DFDSS QUESTION
I am surprised dfdss is not objecting to the use of BYPASSACS and
STORCLAS in that context. My manuals (z/OS 1.10) don't show those as
valid parameters for a DUMP command. They normally apply to placement
of target datasets of a RESTORE or COPY, not to placement of a dfdss
dump dataset from
...@web.de
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 10:13:50 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
On Thu, 11 Aug 2011 07:02:37 -0700, esmie moo wrote:
Greg,
I am trying to bypass SMS. This is why I am using these control cards in the
job:
BYPASSACS
Walter,
I need to write the output to a NON-SMS volume because it (volume) will be
accessed by a test system which has different SMS rules.
From: Walter Marguccio walter_marguc...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 10:08:20 AM
Subject: Re: DFDSS QUESTION - BYPASS
Scott,
Thanks for pointing that out. You could be right. I will look around for a
jcl to by STORCLAS.
From: Scott Rowe scott.r...@joann.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 10:35:59 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmie,
Those control cards
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 10:13:12 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee,
Are you positively, absolutely sure that volume VE6C01 is non-SMS managed? How
much space is on the volume?
Can you post an updated JCL stream with the SYS1. output
Do you not have a storage admin of some kind? Someone responsible for
writing the rules? A 5 minute conversation with someone who knows the
routines should easily resolve your question.
SMS is intercepting your allocation based on it's rules re-assigning it.
Someone coded it this way.
On 08/11/2011 09:52 AM, esmie moo wrote:
Norbert,
...
Here is my job:
//BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN'
//*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES'
//SYSPRINT DD SYSOUT=*
//DISK1DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR
//TAPE1DD
:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Do you not have a storage admin of some kind? Someone responsible for
writing the rules? A 5 minute conversation with someone who knows the
routines should easily resolve your question.
SMS is intercepting
I am trying to track him down. I looked at the SMS rules and there is a
non-SMS storage class called STORCLAS=NONSMS in the ACS.
From: Darth Keller darth.kel...@assurant.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 11:04:08 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS
))
/*
I noticed that the NONSMS STORCLAS does not have a FILTLIST. Maybe this could
be the problem.
From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 11:09:24 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee
.
David O'Brien
NIH Contractor
-Original Message-
From: esmie moo [mailto:esmie_...@yahoo.ca]
Sent: Thursday, August 11, 2011 11:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
David,
I gave that a try however I got the same
I gave that a try however I got the same problem :
Esmie,
is the SYSDA esoteric name conflicting with SHRPP4 volume ?
Wht happens if you give SYSALLDA instead of SYDA on TAPE1 DD ?
Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany
walter_marguc...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 12:13:08 PM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I gave that a try however I got the same problem :
Esmie,
is the SYSDA esoteric name conflicting with SHRPP4 volume ?
Wht happens if you give
I don't know why SYSDA doesn't eventhough it is part of the esoteric
using HCD, try to list all devices defined under the SYSDA esoteric name
and see if SHRPP4 address is defined within this group. My guess is SHRPP4
is NOT defined to SYSDA.
Walter Marguccio
z/OS Systems Programmer
BELENUS
Could you eliminate the problem completely by directing the restore to a
different volume instead of the default?
Well, yes, of course, but that would require effort and aforethought on my part
... not bloody likely (grin)
Chris Hoelscher
IDMS DB2 Database Administrator
502-476-2538
You
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ
- so that I can have an older version of a dataset to compare to the current
dataset. By default (it appears) - the restore process will put the
restored/renamed dataset on the same DASD volume as from which it was
add DS(INCLUDE(**) EXCLUDE(SYS1.VTOC.**, SYS1.VVDS.**, *OMVS.**,
hlq.**)) or as you need. (we have a separate backup step for *OMVS*.**
files).
On Wed, May 18, 2011 at 12:02 PM, Chris Hoelscher choelsc...@humana.com wrote:
I occasionally restore using ADRDSSU and rename the restored dataset to
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Chris Hoelscher
Sent: Wednesday, May 18, 2011 12:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS 1.11 question on DFDSS/ADRDSSU
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ
- so that I can have an older version of a dataset
Subject: z/OS 1.11 question on DFDSS/ADRDSSU
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ
- so that I can have an older version of a dataset to compare to the current
dataset. By default (it appears) - the restore process will put the
restored/renamed dataset
Hello,
Some of our users are having problems with batch jobs that copy data sets
using DFDSS.
They use JCL similar to the following:
//DSDSS EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY DATASET(INCLUDE
• 7th, Floor, Block 1B, DLF IT Park, Sivaji Garden, Nandambakkam
Post, Ramapuram, Chennai-600 089.
From:
Fred Kaptein fred.kapt...@hp.com
To:
IBM-MAIN@bama.ua.edu
Date:
04/02/2011 02:32 AM
Subject:
DFDSS COPY Return code
Hello,
Some of our users are having problems with batch jobs that copy
DFDSS didn't select them ,
from the literature:
For VSAM data sets, the volume list is affected by the use of the
SPHERE keyword as follows:
v Specify SPHERE and you only need to list any part of the base
cluster in the volume list.
should I run this job again but without : 'SPHERE
.**, -
))-
LOGINDDNAME(DASD)-
OUTDDNAM(OUTDSK) -
SPHERE-
SELECTMULTI(ANY) -
CAT -
DELETE
/*
for some reason half of the Files (not necessarliy multivolume) were
not
copied the job ended with RC 0 it seems DFDSS didn't select them ,
from the literature
Matan,
Might be worth trying DATASET(INCLUDE(**) EXCLUDE(SYS1.**))
Richard Marchant
Johannesburg
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Matan Cohen
Sent: 02 March 2011 09:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFDSS copy
Johannesburg
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Matan Cohen
Sent: 02 March 2011 09:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFDSS copy
Hi,
for some reason I needed to empty a DASD disk from its content (All files
are DB2 VSAMS
/*
for some reason half of the Files (not necessarliy multivolume) were not
copied the job ended with RC 0 it seems DFDSS didn't select them ,
from the literature:
For VSAM data sets, the volume list is affected by the use of the
SPHERE keyword as follows:
v Specify SPHERE and you only need to list
the job ended with RC 0 it seems DFDSS didn't select them ,
from the literature:
For VSAM data sets, the volume list is affected by the use of the
SPHERE keyword as follows:
v Specify SPHERE and you only need to list any part of the base
cluster in the volume list.
should I run
DFDSS didn't select them , from the
literature:
For VSAM data sets, the volume list is affected by the use of the SPHERE
keyword as
follows:
v Specify SPHERE and you only need to list any part of the base cluster in
the volume
list.
should I run this job again but without : 'SPHERE
Hi Lizette
You could go to ISMF Option 1 (dataset) and see what it generates to do
this
for you.
*Did it now. but I can check it only tommorow .*
*I review the message several times and there is nothing spacial in it
beside the regular messages there is the:*
*ADR431I (001)-XVSAM(01),*
*
Do these left DataSets being used by DB2 or any other program? Just
reminder
2011/3/2 Matan Cohen matancohen...@gmail.com
Hi Lizette
You could go to ISMF Option 1 (dataset) and see what it generates to do
this
for you.
*Did it now. but I can check it only tommorow .*
*I review
-
SELECTMULTI(ANY) -
CAT -
DELETE
/*
for some reason half of the Files (not necessarliy multivolume) were not
copied the job ended with RC 0 it seems DFDSS didn't select them ,
from the literature:
For VSAM data sets, the volume list is affected by the use of the
SPHERE keyword as follows
.**,-
DB29.**, -
))-
LOGINDDNAME(DASD)-
OUTDDNAM(OUTDSK) -
SPHERE-
SELECTMULTI(ANY) -
CAT -
DELETE
/*
for some reason half of the Files (not necessarliy multivolume) were not
copied the job ended with RC 0 it seems DFDSS didn't select them ,
from
TMM. We want to use TMM with our new ATL
(3592 tape) to hold DFDSS DUMP datasets currently on our old ATL (3590
tape). The problem is that these datasets have a blocksize of 229360 (and
yes, I am sure of that). This blocksize is way too big for DASD, which is
where we have to put it for it to be put
and The
MEGA Life and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Fred Schmidt
Sent: Sunday, February 20, 2011 5:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to move DFDSS DUMPS on tape with large block
On Sun, 20 Feb 2011 18:14:38 -0600, McKown, John
john.mck...@healthmarkets.com wrote:
I do understand that you want to use TMM. However, in this specific case,
why not just COPYDUMP from the old ATL to the new ATL without using TMM? I
would guess that you will need to do any dataset stacking from
is backups in DFDSS
DUMP format with a blocksize of 229360 (LBI). The fine DFDSS manual says that
COPYDUMP is the only supported method for copying DUMP datasets, and that it
cannot be used to change the blocksize of the DUMP dataset. This means that we
cannot copy this data from tape to DASD
Hi folks,
We are in the process of migrating from 3590 to 3592 tape. We would like to use
HSM's Tape Mount Management (TMM) to stack data on the new tapes, thus taking
advantage of their much greater capacity.
However, much of the data we have on 3590 tape currently is backups in DFDSS
DUMP
are in the process of migrating from 3590 to 3592 tape. We would like to
use HSM's Tape Mount Management (TMM) to stack data on the new tapes, thus
taking advantage of their much greater capacity.
However, much of the data we have on 3590 tape currently is backups in DFDSS
DUMP format with a blocksize
On Fri, 18 Feb 2011 00:39:02 -0600, Mike Schwab mike.a.sch...@gmail.com wrote:
http://ibmmainframes.com/about35024.html
Restore to disk and dump.
How about copying from tape to tape using your old tape management
system? Or just relying on the cataloged datasets?
Copying tape to tape negates
Here's my SYSOUT for this problem:
1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
//CLASS=A,MSGCLASS=T,REGION=4M
2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
3 //SYSPRINT DD SYSOUT=*,COPIES=4
4 //TAPE DD
On Thu, Jan 27, 2011 at 3:21 PM, John Norgauer
john.norga...@ucdmc.ucdavis.edu wrote:
Here's my SYSOUT for this problem:
1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
//CLASS=A,MSGCLASS=T,REGION=4M
2 //IEFPROC EXEC
Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer
Sent: Thursday, January 27, 2011 9:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem with DFDSS using filtering?
Here's my SYSOUT for this problem
On Thu, Jan 27, 2011 at 3:40 PM, McKown, John john.mck...@healthmarkets.com
wrote:
Take off the TYPRUN=NORUN in the PARM=. That is for syntax scanning of
control statements and all processing up to but not including actually
taking action on the datasets.
John McKown
Systems Engineer IV
AVE MD: RSCB1G
616.653.9198 (Phone)
616.653.8497 (Fax)
thomas.chick...@53.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of McKown, John
Sent: Thursday, January 27, 2011 10:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem with DFDSS
] On Behalf Of Chicklon, Thomas
Sent: Thursday, January 27, 2011 9:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem with DFDSS using filtering?
Even with TYPRUN=NORUN, you will still get the list of datasets that
*would* have been included.
I'm betting is has more to do with the single asterisk
My bad... I mis-spelled the dsname. Sorry listers.
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536
SYSTEMS PROGRAMMING.. Guilty, until proven innocent
) SPHERE for the vsam datasets.
Lizette
-Original Message-
From: John Norgauer john.norga...@ucdmc.ucdavis.edu
Sent: Jan 27, 2011 10:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem with DFDSS using filtering?
Here's my SYSOUT for this problem:
1 //SYSJCNDJOB (6400,MISC
I have a group of ZFS datasets that I want to back-up using DFDSS. They
are spread across multiple volumes.
I issued the command:
DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**))
However, DFDSS does not find the datasets.
This fails on both z/OS 1.9 and z/OS 1.11.
I get the message: ADR415W (001
I have a group of ZFS datasets that I want to back-up using DFDSS. They
are spread
across multiple volumes.
I issued the command:
DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**))
However, DFDSS does not find the datasets.
This fails on both z/OS 1.9 and z/OS 1.11.
I get the message
I agree w/Lizette, show your work. I do this all the time, no problem.
On Wed, Jan 26, 2011 at 7:38 PM, Lizette Koehler stars...@mindspring.comwrote:
I have a group of ZFS datasets that I want to back-up using DFDSS. They
are spread
across multiple volumes.
I issued the command
1 - 100 of 376 matches
Mail list logo
