'V' type records from DCOLLECT through ICETOOL control card



Post anything related to mainframes (IBM & UNISYS) if not fit in any of the above categories

'V' type records from DCOLLECT through ICETOOL control card

Postby ravisankarc » Mon Jan 16, 2012 5:09 pm

Hi Team,

I am a Storage Administrator. I am trying to extract 'V' type records from DCOLLECT report with the help of ICETOOL. I am using the below ICETOOL control card.

INCLUDE COND=(9,1,CH,EQ,C'V',AND,
35,1,BI,NE,B'......10')
OUTFIL VTOF,BUILD=(87,10,1X,29,6,1X,13,4,1X,
35,1,CHANGE=(11,
B'......11',C'SMS MANAGED',
B'......01',C'CONVERSION',
B'......00',C'NON SMS'),1X,80:X)

This is working fine and giving the output. However, in my site there are 1000 NON-SMS volumes and 2000 SMS managed volumes. But, in output it is showing 956 volumes as NON-SMS volumes and the balance 44 volumes as SMS MANAGED. Actually, these 44 volumes are NON_SMS volumes.

So, under SMS MANAGED it is showing as 2044 volumes.

Could somebody help me in this regard.
ravisankarc
 
Posts: 47
Joined: Thu Aug 27, 2009 2:18 am
Has thanked: 0 time
Been thanked: 0 time

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby Robert Sample » Mon Jan 16, 2012 7:16 pm

What does ISMF show you for non-SMS and SMS-managed volumes?
Robert Sample
Global moderator
 
Posts: 3719
Joined: Sat Dec 19, 2009 8:32 pm
Location: Dubuque, Iowa, USA
Has thanked: 1 time
Been thanked: 279 times

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby ravisankarc » Tue Jan 17, 2012 11:19 am

ISMF shows as "LIST HAS NO ENTRIES" for NON-SMS volumes. Also when I executed the below storage command it is giving the output as mentioned :

Storage Command :

/D SMS,VOL(ATKMD5)

Output of above command is :

RESPONSE=BCP11 CBR1064I COMMAND REJECTED. VOLUME SERIAL NUMBER ATKMD5
RESPONSE=UNDEFINED.

Generally, RESPONSE=UNDEFINED means it's a NON-SMS volume. But the same volume is indicating as SMS MANAGED when I am trying to extract from Dcollect.

Thanks N Regards
Ravi
ravisankarc
 
Posts: 47
Joined: Thu Aug 27, 2009 2:18 am
Has thanked: 0 time
Been thanked: 0 time

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby ravisankarc » Thu Jan 19, 2012 2:11 pm

Hi Team,

Can somebody help me on this issue. Please...

Thanks N Regards
Ravi
ravisankarc
 
Posts: 47
Joined: Thu Aug 27, 2009 2:18 am
Has thanked: 0 time
Been thanked: 0 time

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby expat » Fri Jan 20, 2012 3:48 pm

Always thought that the record type field was two bytes in length
expat
 
Posts: 459
Joined: Sat Jun 09, 2007 3:21 pm
Has thanked: 0 time
Been thanked: 8 times

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby ravisankarc » Fri Jan 20, 2012 6:09 pm

No the record type field is 1 byte in length. I am not getting any clue on this.
ravisankarc
 
Posts: 47
Joined: Thu Aug 27, 2009 2:18 am
Has thanked: 0 time
Been thanked: 0 time

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby enrico-sorichetti » Fri Jan 20, 2012 6:20 pm

a storage administrator should know better that the record type is two bytes
as per the DSECT provided by SYS1.MACLIB(IDCDOUT) macro

...
*/* A MAPPING EXISTS FOR                                         @L8M*/ 00245000
*/*     HEADER OF ALL RECORDS              DCUOUTH                   */ 00250000
...
DCUOUTH  DSECT           DATA COLLECTION OUTPUT RECORD                  00627300
.L0004   ANOP                                                           00627400
DCURDW   DS    1FL4      RECORD DESCRIPTOR WORD                         00627500
         ORG   DCURDW                                                   00627600
DCULENG  DS    1FL2      LENGTH OF THIS RECORD                          00627700
         DS    1CL0002   RESERVED                                       00627800
DCURCTYP DS    1CL0002   RECORD TYPE FOR THIS RECORD                    00627900
DCUVERS  DS    1FL2      VERSION                                        00628000
DCUSYSID DS    1CL0004   SYSTEM ID FOR THIS OPERATION                   00628100
 


but then there are 1 byte storage administrators and 2 bytes storage administrators :mrgreen:
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby ravisankarc » Fri Jan 20, 2012 7:02 pm

@Enrico,

But the IBM PDF on "Interpreting DCOLLECT output" indicates that the position I am trying look in DCOLLECT (30(X'1E')) BITSTRING type is of length=1.

Could you please look into my control card help me in writing the correct control card.

Thanks N Regards
Ravi
ravisankarc
 
Posts: 47
Joined: Thu Aug 27, 2009 2:18 am
Has thanked: 0 time
Been thanked: 0 time

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby Robert Sample » Fri Jan 20, 2012 7:03 pm

To add to Enrico's post, if you look in the manual at appendix F.1 on the Output Record Structure for DCOLLECT, you will find
4(X'4') CHARACTER 2 DCURCTYP RECORD TYPE FOR THIS RECORD (see Table 26)
If you do not even know how long the record type is for DCOLLECT, why are you even worrying about SMS versus non-SMS managed volumes?

Are you distinguishing between the V and VL record types in your processing? VL is SMS VOLUME DEF while V is VOLUME TYPE RECORD -- and the two are NOT the same.
Robert Sample
Global moderator
 
Posts: 3719
Joined: Sat Dec 19, 2009 8:32 pm
Location: Dubuque, Iowa, USA
Has thanked: 1 time
Been thanked: 279 times

Re: 'V' type records from DCOLLECT through ICETOOL control c

Postby enrico-sorichetti » Fri Jan 20, 2012 7:12 pm

horse manure, any reason not to trust the record layout as defined by the IBM written macro ? :evil:

to add some more there are two record types starting with V ... "V " and "VL"

but why not exercise the DSFORT examples for DCOLLECT Processing available
starting from
https://www-304.ibm.com/support/docview ... g3T7000097

and the examples clearly test for TWO bytes
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times

Next

Return to All other Mainframe Topics

 


  • Related topics
    Replies
    Views
    Last post