Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-27 Thread Shmuel Metz (Seymour J.) 
In <0de6a9840123e547b061ac5b6765c02647a...@exmb-05.ad.wsu.edu>, on
04/26/2012
   at 08:48 PM, "Gibney, Dave"  said:

>What level of z/OS? I vaguely remember when ISPF hadn't caught up
>with newer PS formats.

Does anybody know whether it ever worked? My guess is that it's an old
bug that nobody reported. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-27 Thread Steve Dover 
Is the VTOC indexed?  I had a problem not long ago that was sort of similar.  I 
removed the index, then re-indexed the VTOC and my problems cleared up.

On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo  wrote:

>Good Morning Gentle Readers,
 
The dsn has the following allcation but I am not sure how to correct the 
problem.   I have never seen before where the current utilization is larger 
than the allocation.
 
 General Data   Current 
Allocation 
 Management class . . : **None**    Allocated tracks  . : 3,222   
 Storage class  . . . : **None**    Allocated extents . : 
12 
  Volume serial . . . : D24V90   
  Device type . . . . : 3390  
  Data class . . . . . : **None**  
  Organization  . . . : PS   Current 
Utilization    
  Record format . . . : U   Used tracks . . . . : 
12,596  
  Record length . . . : 0 Used extents  . . . : 
3   
  Block size  . . . . : 27998    
  1st extent tracks . : 1074 
  Secondary tracks  . : 
1074 Dates  
  Data set name type  : Creation date . . . : 
2012/03/27  
  SMS Compressible. . : NO  Referenced date . . : 
2012/04/26  
  Expiration date . 
. : ***Perm***  

 
Can this be corrected?
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-27 Thread Bill Fairchild 
Also check if this data set is on a device that is shared with other systems 
and not all systems that are sharing it have it defined as a shared device.  If 
this is true, then there is no bug in ISPF, and you probably have more data 
sets with corrupted VTOC metadata.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA
t: +1.617.614.4503 *  e: bfairch...@rocketsoftware.com * w: 
www.rocketsoftware.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread retired mainframer 
You left out some key information from the first two lines of the IEHLIST
output.

 Your previous (and subsequent) ISPF data states that 12 extents are
allocated.  This IEHLIST output shows only 3 with tracks.  It then shows 9
additional extents with no tracks.  That explains the 12 extents but only
3,222 tracks allocated.

 ISPF is apparently computing the Current utilization from the LAST BLK
field which shows below as 12595-2.  This explains the 12596 tracks value in
ISPF.

 I don't know where ISPF gets the Used extents value.  I expect it steps
through the extents adding up the number of tracks in each until either it
hits a zero extent (as here) or exceeds the LAST BLK value.  That would
explain the 3 extents value in ISPF.

All in all, it looks as if someone stepped on your Format-3 DSCB.  You can
confirm this by dumping the VTOC and comparing the Format-1 and -3 entries
of a known good dataset with more than three extents and the corresponding
ones for this dataset.

If this is fact the case, the next issue to worry about is: Are the missing
extents present in the free space pool?  I used a home-grown DASD mapping
tool to verify that each track on a DASD was covered by exactly one extent
(either F1, F3, or free space/F5).  (There probably is a similar tool on the
CBT tape.  Beware of older versions that don't support the new VTOC
formats.)  If the missing extents are not in the free pool, then the data
may still be valid since no one should try to write on those tracks.  You
can then edit the F3 DSCB to incorporate the missing 9 extents and possibly
recover the data.  If the missing extents are in the free pool, you probably
will need to recover the dataset from a backup that was made prior to the F3
corruption.

:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of esmie moo
:>: Sent: Thursday, April 26, 2012 10:27 AM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
:>: ALLOCATION.
:>:
:>: Hi Tom,
:>:
:>: I ran the IEHLIST with FORMAT option and this is what it tells me:
:>:
:>: SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST
:>: BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  DSCB(C-H-
:>:
:>:
:>:
:>:  R)
:>:    0TRKS
:>: 1074 12595   2 2176
:>: 0   1  20  0   1  18
:>:  EATTR
:>:
:>:  NS
:>:
:>: 0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-
:>: H)    NO LOW(C-H)   HIGH(C-H)
:>: 0  1137  9   1209  2
:>:   1  1209  3 1280  11  2  1280 12 13
:>: 52  5
:>: 0 0  0    0
:>:
:>: 0  00  0    0  000
:>:     0   0  0
:>: 0 0  0    0
:>:
:>: 0  00  0    0  000
:>:     0   0  0
:>: 0 0  0    0
:>:
:>: 0  00  00  000
:>:     0   0  0
:>:  ON THE ABOVE DATA SET,THERE
:>: ARE   9374 EMPTY TRACK(S)
:>: 0
:>:
:>: I am not sure if this confirms the information of ISFP  .  Could you
:>: take a look please?
:>:
:>:
:>: ________________
:>: From: Tom Marchant 
:>: To: IBM-MAIN@bama.ua.edu
:>: Sent: Thursday, April 26, 2012 12:51:11 PM
:>: Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
:>: ALLOCATION.
:>:
:>: On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:
:>:
:>: >Good Morning Gentle Readers,
:>:
:>: >The dsn has the following allcation but I am not sure how to
:>: >correct the problem.   I have never seen before where the
:>: >current utilization is larger than the allocation.
:>:
:>: I've never seen that either.  Before attempting any correction,
:>: I  would use IEHLIST to obtain a LISTVTOC FORMAT and a
:>: LISTVTOC DUMP for the data set.  I wonder if ISPF is reporting
:>: the information correctly.  If the LISTVTOC confirms the
:>: information that ISPF shows, I'd recommend calling the IBM
:>: support center.
:>:
:>: --
:>: Tom Marchant
:>:
:>: --
:>: For IBM-MAIN subscribe / signoff / archive access instructions,
:>: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>:
:>:

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Edward Jaffe 

On 4/26/2012 2:32 PM, John Gilmore wrote:

The backup is essential if IBM's help is to be solicited.  I would ask
for that help before doing anything more.  I have never seen or heard
of such an error, and it may be hard to reproduce.


And, I recommend DUMP TRACKS. Do NOT use any sort of logical dump.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Gibney, Dave 
This is a good point. I wonder what brought this DSN to Esmie's attention?
Is it usable by the application it is part of?

I would wager if it doesn't migrate/recall, it also won't backup/recover 
usefully either.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Tom Marchant
> Sent: Thursday, April 26, 2012 2:27 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> On Thu, 26 Apr 2012 20:48:48 +, Gibney, Dave wrote:
> 
> >Migrate/recall it and it might get better.
> 
> I wouldn't do that without first taking a full volume backup.
> 
> --
> Tom Marchant
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Ulrich Krueger 
What command, what ISPF panel is invoked here?
What libraries do these commands come from?
Might this be a panel issue ... truncated / overflowed numeric field in
"Allocated tracks" because the panel is a customized (home-grown) panel from
many years ago?


Regards,
Ulrich Krueger


- 
> Here is the display after I hit ENTER
> 
>   Data Set Information
>   Command ===>
> 
>   Data Set Name . . . .
> : ZWA6PWG.ICOD.DMSC.D2012087.T130018
> 
>  General Data   Current Allocation
>   Management class . . : **None**    Allocated tracks  . : 3,222
>   Storage class  . . . : **None**Allocated extents . :  12
>   Volume serial . . . : A24U90
>   Device type . . . . : 3390
>   Data class . . . . . : **None**
>   Organization  . . . : PS  Current
Utilization
>   Record format . . . : U   Used tracks . . .
. : 12,596
>   Record length . . . : 0  Used extents  .
. . : 3
>   Block size  . . . . : 27998
>   1st extent tracks . : 1074
>   Secondary tracks  . : 1074   Dates
>   Data set name type  :   Creation date .
. . : 2012/03/27
>   SMS Compressible. . : NO  Referenced date . . :
2012/04/26
>  
Expiration date . . : ***Perm***
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread John Gilmore 
The backup is essential if IBM's help is to be solicited.  I would ask
for that help before doing anything more.  I have never seen or heard
of such an error, and it may be hard to reproduce.

John Gilmore, Ashland, MA 01721 - USA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Tom Marchant 
On Thu, 26 Apr 2012 20:48:48 +, Gibney, Dave wrote:

>Migrate/recall it and it might get better.

I wouldn't do that without first taking a full volume backup.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Gibney, Dave 
What level of z/OS? I vaguely remember when ISPF hadn't caught up with newer PS 
formats.

Migrate/recall it and it might get better.



Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Bill Fairchild
> Sent: Thursday, April 26, 2012 11:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> Being able to reproduce the incorrect display long after any DSCBs were
> being updated indicates that this is not due to a timing problem when
> reading the DSCBs.  I suggest you get IBM involved, either through an ETR or
> an APAR.
> 
> Bill Fairchild
> Programmer
> Rocket Software
> 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
> t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w:
> www.rocketsoftware.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of esmie moo
> Sent: Thursday, April 26, 2012 1:27 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> Here is the display after I hit ENTER
> 
>   Data Set Information
>   Command ===>
> 
>   Data Set Name . . . .
> : ZWA6PWG.ICOD.DMSC.D2012087.T130018
> 
>  General Data   Current Allocation
>   Management class . . : **None**    Allocated tracks  . : 3,222
>   Storage class  . . . : **None**Allocated extents . :  12
>   Volume serial . . . : A24U90
>   Device type . . . . : 3390
>   Data class . . . . . : **None**
>   Organization  . . . : PS  Current Utilization
>   Record format . . . : U   Used tracks . . . . : 
> 12,596
>   Record length . . . : 0  Used extents  . . 
> . : 3
>   Block size  . . . . : 27998
>   1st extent tracks . : 1074
>   Secondary tracks  . : 1074   Dates
>   Data set name type  :   Creation date . . . 
> : 2012/03/27
>   SMS Compressible. . : NO  Referenced date . . : 
> 2012/04/26
>   
> Expiration date . . : ***Perm***
> 
> 
> 
> ________
> From: esmie moo 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thursday, April 26, 2012 2:20:50 PM
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> Once the dsn is displayed by ISPF, I then typed I as shown below:
> 
> Command - Enter "/" to select
> action  Message   
> Volume
> ---
> IZWA6PWG.ICOD.DMSC.D2012087.T130018 
>  A2
> 4U90
> ************* End of Data Set list
> * **
> 
> 
> 
> 
> From: Bill Fairchild 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thursday, April 26, 2012 2:13:52 PM
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> Please describe more precisely what you did when you said you "typed I
> beside the dsn".
> I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4
> screen and I did not get any display like yours.
> 
> Bill Fairchild
> Programmer
> Rocket Software
> 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
> t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w:
> www.rocketsoftware.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of esmie moo
> Sent: Thursday, April 26, 2012 1:07 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> Bill,
> 
> In my first e-mail, I displayed the dsn the following way:
> 
> ISPF 3.4
> ZWA6PWG.ICOD.DMSC.D2012087.T130018
> Next, I typed I besided the dsn
> Then it displayed me the dsn stats.
> 
> 
> 
> From: Bill Fairchild 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thursday, April 26, 2012 1:48:44 PM
> Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT
> ALLOCATION.
> 
> The display you show below only displays the first 3 extents, which have a
> total of 3*1074=3222 tracks, which is what your previous email sa

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Bill Fairchild 
Being able to reproduce the incorrect display long after any DSCBs were being 
updated indicates that this is not due to a timing problem when reading the 
DSCBs.  I suggest you get IBM involved, either through an ETR or an APAR.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Here is the display after I hit ENTER
 
  Data Set Information
  Command 
===>   
    
  Data Set Name . . . . 
: ZWA6PWG.ICOD.DMSC.D2012087.T130018  

 General Data   Current Allocation
  Management class . . : **None**    Allocated tracks  . : 3,222
  Storage class  . . . : **None**Allocated extents . :  12
  Volume serial . . . : A24U90
  Device type . . . . : 3390
  Data class . . . . . : **None**
  Organization  . . . : PS  Current Utilization
  Record format . . . : U   Used tracks . . . . : 
12,596
  Record length . . . : 0  Used extents  . . . 
: 3
  Block size  . . . . : 27998
  1st extent tracks . : 1074
  Secondary tracks  . : 1074   Dates
  Data set name type  :   Creation date . . . : 
2012/03/27
  SMS Compressible. . : NO  Referenced date . . : 
2012/04/26
  
Expiration date . . : ***Perm***   




From: esmie moo 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 2:20:50 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Once the dsn is displayed by ISPF, I then typed I as shown below:
 
Command - Enter "/" to select 
action  Message   
Volume
---
IZWA6PWG.ICOD.DMSC.D2012087.T130018 
 A24U90
* End of Data Set list * **




From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 2:13:52 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Please describe more precisely what you did when you said you "typed I beside 
the dsn".
I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 
screen and I did not get any display like yours.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4
ZWA6PWG.ICOD.DMSC.D2012087.T130018
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of tracks allocated but in betw

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread esmie moo 
Here is the display after I hit ENTER
 
  Data Set Information  
  Command 
===>   
    
  Data Set Name . . . . 
: ZWA6PWG.ICOD.DMSC.D2012087.T130018  

 General Data   Current 
Allocation  
  Management class . . : **None**    Allocated tracks  . : 
3,222    
  Storage class  . . . : **None**Allocated extents . 
:  12 
  Volume serial . . . : A24U90   
  Device type . . . . : 3390  
  Data class . . . . . : **None**  
  Organization  . . . : PS  Current 
Utilization 
  Record format . . . : U   Used tracks . . . . : 
12,596   
  Record length . . . : 0  Used extents  . . . 
: 3    
  Block size  . . . . : 27998 
  1st extent tracks . : 1074  
  Secondary tracks  . : 
1074   Dates   
  Data set name type  :   Creation date . . . : 
2012/03/27   
  SMS Compressible. . : NO  Referenced date . . : 
2012/04/26   
  
Expiration date . . : ***Perm***   




From: esmie moo 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 26, 2012 2:20:50 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Once the dsn is displayed by ISPF, I then typed I as shown below:
 
Command - Enter "/" to select 
action  Message   
Volume 
---
IZWA6PWG.ICOD.DMSC.D2012087.T130018 
 A24U90 
* End of Data Set list * **




From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 26, 2012 2:13:52 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Please describe more precisely what you did when you said you "typed I beside 
the dsn".
I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 
screen and I did not get any display like yours.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4
ZWA6PWG.ICOD.DMSC.D2012087.T130018
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of 
tracks allocated but in betwee!
n!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread esmie moo 
Once the dsn is displayed by ISPF, I then typed I as shown below:
 
Command - Enter "/" to select 
action  Message   
Volume 
---
IZWA6PWG.ICOD.DMSC.D2012087.T130018 
 A24U90 
* End of Data Set list * **




From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 26, 2012 2:13:52 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Please describe more precisely what you did when you said you "typed I beside 
the dsn".
I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 
screen and I did not get any display like yours.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4
ZWA6PWG.ICOD.DMSC.D2012087.T130018
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of 
 tracks allocated but in betwee!
n!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the VTOC accesses.  Either way, you should get IBM involved in resolving 
this issue, assuming that IBM wrote the program that you used for your previous 
display.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR
 NS
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000 

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Bill Fairchild 
Better yet, recreate the steps you took but do not hit enter.  When you have 
finished typing "I beside the dsn", then copy the screen image before you hit 
enter.  Insert your screen image into your next post.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bill Fairchild
Sent: Thursday, April 26, 2012 1:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Please describe more precisely what you did when you said you "typed I beside 
the dsn".
I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 
screen and I did not get any display like yours.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4
ZWA6PWG.ICOD.DMSC.D2012087.T130018
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of  tracks allocated but in betwee!
 n!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the VTOC accesses.  Either way, you should get IBM involved in resolving 
this issue, assuming that IBM wrote the program that you used for your previous 
display.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR
 NS
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000 

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Bill Fairchild 
Please describe more precisely what you did when you said you "typed I beside 
the dsn".
I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 
screen and I did not get any display like yours.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4
ZWA6PWG.ICOD.DMSC.D2012087.T130018
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of  tracks allocated but in betwee!
 n!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the VTOC accesses.  Either way, you should get IBM involved in resolving 
this issue, assuming that IBM wrote the program that you used for your previous 
display.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR
 NS
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000  
0   0  0
 ON THE ABOVE DATA SET,THERE ARE   9374 
EMPTY TRACK(S)
0   
 
I am not sure if this confirms the information of ISFP  .  Could you take a 
look please? 



From: Tom Marchant 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 12:51:11 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:

>Good Morning Gentle Readers,
 
>The dsn has the following allcation but I am not sure how to correct 
>the problem.   I have never se

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread esmie moo 
Bill,
 
In my first e-mail, I displayed the dsn the following way:
 
ISPF 3.4 
ZWA6PWG.ICOD.DMSC.D2012087.T130018 
Next, I typed I besided the dsn
Then it displayed me the dsn stats.



From: Bill Fairchild 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 26, 2012 1:48:44 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of
 tracks allocated but in between!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the VTOC accesses.  Either way, you should get IBM involved in resolving 
this issue, assuming that IBM wrote the program that you used for your previous 
display.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR
 NS
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000  
0   0  0
 ON THE ABOVE DATA SET,THERE ARE   9374 
EMPTY TRACK(S)
0   
 
I am not sure if this confirms the information of ISFP  .  Could you take a 
look please? 



From: Tom Marchant 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 12:51:11 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:

>Good Morning Gentle Readers,
 
>The dsn has the following allcation but I am not sure how to correct 
>the problem.   I have never seen before where the current utilization 
>is larger than the allocation.
 
I've never seen that either.  Before attempting any correction, I  would use 
IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set.  I 
wonder if ISPF is reporting the information correctly.  If the LISTVTOC 
confirms the information that ISPF shows, I'd recommend calling the IBM support 
center.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Bill Fairchild 
The display you show below only displays the first 3 extents, which have a 
total of 3*1074=3222 tracks, which is what your previous email said was the 
total of all tracks allocated.  This display also shows a non-zero pointer to a 
F3 DSCB in which will be described up to 13 more extents of which your data set 
will have non-zero values in the first 9, for a grand total of 12*1074=12888 
tracks.  The last block pointer in the display below agrees with the number of 
tracks utilized in your previous email.  It appears that for some reason the 
program that you used to display the data set attributes in your previous email 
ignored the F3 DSCB.  Or perhaps you asked the system to tell you the data set 
attributes in your previous email at just the wrong millisecond when the system 
was also in the midst of updating the F1 DSCB.  Possibly your display request 
read the F1, began formatting the display, then read the F1 again after 
formatting the number of tracks allocated but in between!
  your two reads of the F1 the system rewrote the F1 and changed the last block 
pointer field, then when your display request read the F1 again it displayed 
the non-zero last block pointer.  Some code is perhaps not properly serializing 
on the VTOC accesses.  Either way, you should get IBM involved in resolving 
this issue, assuming that IBM wrote the program that you used for your previous 
display.

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA
t: +1.617.614.4503 .  e: bfairch...@rocketsoftware.com . w: 
www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR
 NS
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000  
0   0  0
 ON THE ABOVE DATA SET,THERE ARE   9374 
EMPTY TRACK(S)
0   
 
I am not sure if this confirms the information of ISFP  .  Could you take a 
look please? 



From: Tom Marchant 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, April 26, 2012 12:51:11 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:

>Good Morning Gentle Readers,
 
>The dsn has the following allcation but I am not sure how to correct 
>the problem.   I have never seen before where the current utilization 
>is larger than the allocation.
 
I've never seen that either.  Before attempting any correction, I  would use 
IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set.  I 
wonder if ISPF is reporting the information correctly.  If the LISTVTOC 
confirms the information that ISPF shows, I'd recommend calling the IBM support 
center.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread esmie moo 
Hi Tom,
 
I ran the IEHLIST with FORMAT option and this is what it tells me:
 
SMS.NPE   LRECL  KEYLEN  INITIAL ALLOC  2ND ALLOC    EXTEND LAST 
BLK(T-R-L)  DIR.REM  F2 OR F3(C-H-R)  
DSCB(C-H- R)
   0TRKS1074 12595  
 2 2176 0   1  20  0   1  18
 EATTR  
 NS 
0    EXTENTS  NO  LOW(C-H)   HIGH(C-H)    NO  LOW(C-H)   HIGH(C-H)    
NO LOW(C-H)   HIGH(C-H)
0  1137  9   1209  2  
1  1209  3 1280  11  2  1280 12 1352  5
0 0  0    0  0  
00  0    0  000  
0   0  0 
0 0  0    0  0  
00  0    0  000  
0   0  0
0 0  0    0  0  
00  00  000  
0   0  0
 ON THE ABOVE DATA SET,THERE ARE   9374 
EMPTY TRACK(S)
0   
 
I am not sure if this confirms the information of ISFP  .  Could you take a 
look please? 



From: Tom Marchant 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 26, 2012 12:51:11 PM
Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:

>Good Morning Gentle Readers,
 
>The dsn has the following allcation but I am not sure how to 
>correct the problem.   I have never seen before where the 
>current utilization is larger than the allocation.
 
I've never seen that either.  Before attempting any correction, 
I  would use IEHLIST to obtain a LISTVTOC FORMAT and a 
LISTVTOC DUMP for the data set.  I wonder if ISPF is reporting 
the information correctly.  If the LISTVTOC confirms the 
information that ISPF shows, I'd recommend calling the IBM 
support center.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Williamson, James R 
Listing says there are 12 extents of 1074 tracks each, which totals 12,888 
tracks. 
12,888 tracks is more than the reported 12,596 tracks used. 
 
The allocated tracks could be wrong due to a bug. 
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Thursday, April 26, 2012 11:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

Good Morning Gentle Readers,
 
The dsn has the following allcation but I am not sure how to correct the 
problem.   I have never seen before where the current utilization is larger 
than the allocation.
 
 General Data   Current 
Allocation 
 Management class . . : **None**    Allocated tracks  . : 3,222   
 Storage class  . . . : **None**    Allocated extents . : 
12 
  Volume serial . . . : D24V90   
  Device type . . . . : 3390  
  Data class . . . . . : **None**  
  Organization  . . . : PS   Current 
Utilization    
  Record format . . . : U   Used tracks . . . . : 
12,596  
  Record length . . . : 0 Used extents  . . . : 
3   
  Block size  . . . . : 27998    
  1st extent tracks . : 1074 
  Secondary tracks  . : 
1074 Dates  
  Data set name type  : Creation date . . . : 
2012/03/27  
  SMS Compressible. . : NO  Referenced date . . : 
2012/04/26  
  Expiration date . 
. : ***Perm***  

 
Can this be corrected?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread Tom Marchant 
On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote:

>Good Morning Gentle Readers,
 
>The dsn has the following allcation but I am not sure how to 
>correct the problem.   I have never seen before where the 
>current utilization is larger than the allocation.
 
I've never seen that either.  Before attempting any correction, 
I  would use IEHLIST to obtain a LISTVTOC FORMAT and a 
LISTVTOC DUMP for the data set.  I wonder if ISPF is reporting 
the information correctly.  If the LISTVTOC confirms the 
information that ISPF shows, I'd recommend calling the IBM 
support center.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.

2012-04-26 Thread esmie moo 
Good Morning Gentle Readers,
 
The dsn has the following allcation but I am not sure how to correct the 
problem.   I have never seen before where the current utilization is larger 
than the allocation.
 
 General Data   Current 
Allocation 
 Management class . . : **None**    Allocated tracks  . : 3,222   
 Storage class  . . . : **None**    Allocated extents . : 
12 
  Volume serial . . . : D24V90   
  Device type . . . . : 3390  
  Data class . . . . . : **None**  
  Organization  . . . : PS   Current 
Utilization    
  Record format . . . : U   Used tracks . . . . : 
12,596  
  Record length . . . : 0 Used extents  . . . : 
3   
  Block size  . . . . : 27998    
  1st extent tracks . : 1074 
  Secondary tracks  . : 
1074 Dates  
  Data set name type  : Creation date . . . : 
2012/03/27  
  SMS Compressible. . : NO  Referenced date . . : 
2012/04/26  
  Expiration date . 
. : ***Perm***  

 
Can this be corrected?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN