and
load records via REPRO to the file. On the SMS managed volume, I had to
specify CYLINDERS(13 0) to get 11 cylinders allocated. This was not true on
the non-SMS managed volume. Can anyone provide some insight as to why SMS
needs the extra two cylinders? Any help would be greatly appreciated
From: Chris Burgess [christopher.burg...@emc.com]
Sent: Tuesday, September 28, 2010 11:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: RRDS on SMS Managed Volume
I am having an issue trying to use RRDS data sets on SMS managed volumes. I
was using an IO generator
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
O'Brien, David W. (NIH/CIT) [C]
Sent: Tuesday, September 28, 2010 11:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RRDS on SMS Managed Volume
Chris,
Check your SMS CDS Base Display - Option 7.1.
For 3390s it should
VTOC V(SMS013) SP
IKJ56500I COMMAND VTOC NOT FOUND
***
On Thu, Feb 21, 2008 at 1:01 PM, willie bunter [EMAIL PROTECTED]
wrote:
Mark,
Allow me to add my 2 bits. Try the following:
A)TSO OPTION 6
B) Enter command :VTOC V(XX) SPxx=volser
C) In the STATUS it will post SMS
VTOC V(SMS013) SP
IKJ56500I COMMAND VTOC NOT FOUND
***
VTOC is not a standard IBM-Supplied command.
The original poster of this, may not know that.
But, I googled it and found this link:
www.jaymoseley.com/hercules/cbtware/vtoc.htm
-
Too busy driving to stop for gas!
Subject: Re: SMS managed volume
VTOC V(SMS013) SP
IKJ56500I COMMAND VTOC NOT FOUND
***
VTOC is not a standard IBM-Supplied command.
The original poster of this, may not know that.
But, I googled it and found this link:
www.jaymoseley.com/hercules/cbtware/vtoc.htm
-
Too busy driving to stop for gas
Mark,
So many great options. Thanks very much.
I did find a problem with using D SMS,VOL=(volser) It reports a volume
as
not defined
CBR1064I Command rejected. Volume serial number
SMS013 undefined.
But IEHLIST shows that it SMS managed.
So I obviously have some issues from my
mark,,
The Not defined can mean:
Not defined means that the storage group or volume (specified on this
command) is specified in the SMS configuration as not being connected
to this MVS system. If the storage group or volume is not defined in
the active configuration, a
Mark,
H. could you try PRTVTOC instead of VTOC?
Maybe this could be in IN-HOUSE command. I'll look around.
Mark Pace [EMAIL PROTECTED] wrote:
VTOC V(SMS013) SP
IKJ56500I COMMAND VTOC NOT FOUND
***
On Thu, Feb 21, 2008 at 1:01 PM, willie bunter
wrote:
Mark,
Allow me to
In a message dated 2/22/2008 7:29:35 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
You can find a current version at the cbt site.
Right. _www.cbttape.org_ (http://www.cbttape.org) IIRC this function is also
available via PDS command on file182. From long ago and far away Linea
On Wed, 20 Feb 2008 10:05:06 -0500, Mark Pace [EMAIL PROTECTED]
wrote:
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
Mark Pace
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff /
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS managed volume
So many great options. Thanks very much.
I did find a problem with using D SMS,VOL=(volser) It reports a volume
as
not defined
CBR1064I Command rejected. Volume serial number
SMS013 undefined.
But IEHLIST shows that it SMS managed.
So
So many great options. Thanks very much.
I did find a problem with using D SMS,VOL=(volser) It reports a volume as
not defined
CBR1064I Command rejected. Volume serial number
SMS013 undefined.
But IEHLIST shows that it SMS managed.
So I obviously have some issues from my migration from 1.7
Mark Pace [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
So many great options. Thanks very much.
I did find a problem with using D SMS,VOL=(volser) It reports a
volume as
not defined
CBR1064I Command rejected. Volume serial number
SMS013 undefined.
But IEHLIST shows
Mark,
Allow me to add my 2 bits. Try the following:
A)TSO OPTION 6
B) Enter command :VTOC V(XX) SPxx=volser
C) In the STATUS it will post SMS if the pack is under SMS.
P.S. You can enter VTOC V(X) SP which will give you all dasd starting with
X.
Good
On Wed, 2008-02-20 at 10:05 -0500, Mark Pace wrote:
Is there an easy way to tell if a DASD volume is SMS managed or not?
IEHLIST will tell you in a LISTVTOC.
--
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]
--
For
Mark Pace [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
Mark Pace
Yes, ask SMS:
D SMS,VOL(volser)
Kees.
**
For information, services
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
Mark Pace
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
Mark Pace wrote:
Is there an easy way to tell if a DASD volume is SMS managed or not?
ISMF 2.1.1
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr
If you have QuickRef it will tell you.
Lizette
-Original Message-
From: Mark Pace [EMAIL PROTECTED]
Sent: Feb 20, 2008 10:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS managed volume
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
Mark Pace
Mainline Information
If you have TASID, UCB under option 5 (Miscellaneous displays) would provide
that indicator.
I think even SHOWZOS (SHOWMVS) provides that information. I do not have it
installed here to ascertain this claim.
-Gani
Mark Pace wrote:
Is there an easy way to tell if a DASD volume is SMS managed or
, February 20, 2008 9:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS managed volume
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
Mark Pace
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace
Sent: Wednesday, February 20, 2008 9:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS managed volume
Is there an easy way to tell if a DASD volume is SMS managed
PROTECTED] On
Behalf Of Mark Pace
Sent: Wednesday, February 20, 2008 10:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS managed volume
Is there an easy way to tell if a DASD volume is SMS managed or not?
--
For IBM-MAIN subscribe
, Terry
Sent: Wednesday, February 20, 2008 12:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS managed volume
QuickRef will tell you whether the volume belongs to an SMS storage
group, but will not tell you whether the volume is SMS managed.
Because, it does not indicate whether the STORAGEGROUP has been
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder
Sent: Thursday, 21 February 2008 6:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS managed volume
FDR Report addresses both issues to give an accurate picture
and will also
Good morning all.
I have four volumes that are 100% full and have no free DSCB's. I
usually run an extend vtoc command via ICKDSF.
Command follows:
REFORMAT DDNAME(VOLDD) VERIFY(STG003) EXTVTOC(29)
But since it is not mounted PRIVATE, it gives me a return code of 12.
Any suggestions?
Thanks
NOTE: All opinions are strictly my own.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richbourg, Claude
Sent: Tuesday, November 27, 2007 8:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Extend VTOC on a SMS managed volume.
Good morning all.
I
Gaur [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
I am needed to copy Unmovable dataset's from Non-SMS Volume to SMS-
Managed volume..
have tried with the ADRDSSU DUMP/RESTORE COPY options however no
success .
With DUMP/RESTORE Two problem comes.
1) Unmovable dataset can
On Tue, 10 Jul 2007 11:39:08 +0200 Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:
:Gaur [EMAIL PROTECTED] wrote in message
:news:[EMAIL PROTECTED]...
: I am needed to copy Unmovable dataset's from Non-SMS Volume to SMS-
: Managed volume..
: have tried with the ADRDSSU DUMP/RESTORE COPY options
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen
Sent: Tuesday, July 10, 2007 5:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Copy unmovable dataset's from Non-SMS volume to
SMS managed Volume
snip
An unmovable
O-
SNIP---
In addition, IIRC, the CA-1 TMC and AUDIT are both unmovable because
the TMSINIT records their addresses in some control block (or maybe it
creates a DEB with the address) and CA-1 does I/O to them without
doing
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
Sent: Tuesday, July 10, 2007 8:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Copy unmovable dataset's from Non-SMS volume to
SMS managed Volume
John,
BTDT and its been so long
dataset's from Non-SMS volume to
SMS managed Volume
John,
BTDT and its been so long I don't remember if the original
jcl had it
maked as dau .
The one that bit me was the SAS DB. I called them up and bitterly
complained about the DS not being marked as UNMOVEABLE, its been
years
I've moved SAS databases using ICEGENER and used the copy successfully.
SAS converted to 'true' dsorg=ps in version 6.
And, since then, they were no longer unmovable.
If you moved to different geometries without using SAS utilities, everything
would work, because it started using relative block
sas (while expensive) was still semi afforadable.
SAS can be affordable again.
Since Jan2006, SAS has allowed you to use their version of sub-capacity
licensing.
They base it on (their) rating of the processor and (your) weight assignments.
And (at least we didn't), you don't have to send
(WAS: Copy unmovable dataset's from
Non-SMS volume to SMS managed Volume)
sas (while expensive) was still semi afforadable.
SAS can be affordable again.
Since Jan2006, SAS has allowed you to use their version of sub-capacity
licensing.
They base it on (their) rating of the processor and (your
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Tuesday, July 10, 2007 7:46 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] Copy unmovable dataset's from Non-SMS volume
to
SMS managed Volume
SAS datasets were
If you're a shop like ours with one production and one test LPAR where the
number of LPs in the production LPAR is equal to the number of physical
processors on the box it's no help at all.
I don't understand your comment.
The number of LPS were the same as PCPs.
The weight was 35% (after doing
Sent: Tuesday, July 10, 2007 2:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SAS Affordability (WAS: Copy unmovable dataset's from
Non-SMS volume to SMS managed Volume)
If you're a shop like ours with one production and one test LPAR where
the number of LPs in the production LPAR is equal to the number
Tommy,
The key is to pass a volser to the following step. You can just change the
DSN= to
use a temporary name.
As someone else mentioned, you can omit IDCUT* DDs if you add DFSORT to
the BLDINDEX command. That may be worth a test. We use a third party
product
to build alternate indices and the
Hi,
Anyone try before , define an alternative index path under SMS managed
volume, a JCL error data set not found will issue, why?
DDVT12 is under SMS managed volume...
/*DEFINE BUILD ALTERNATIVE INDEX PATH */
//BUILDIDX EXEC PGM=IDCAMS,COND=(8,LE),REGION=6M
//SYSPRINT DD SYSOUT
[EMAIL PROTECTED]主旨
.EDU Define and build alternative index
path error under SMS-managed volume
Tommy,
You latest attempt created two temporary nonvsam datasets. The default DISP
is NEW,DELETE,DELETE.
We got around this issue by putting a IEFBR14 step before the IDCAMS step.
Example:
//IEFBR14 EXEC PGM=IEFBR14
//DD1 DD DSN=ZDVT.ALLOC1,DISP=(NEW,DELETE),UNIT=SYSDA,
//
of IDCAMS sort.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tommy Tsui
Sent: Thursday, August 31, 2006 5:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Define and build alternative index path error under SMS-managed
volume
Hi,
Anyone try before
under SMS-managed volume
2006/08/31 下午
09:22
46 matches
Mail list logo