HP3000-L Archives

December 2008, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Brian Donaldson <[log in to unmask]>
Reply To:
Brian Donaldson <[log in to unmask]>
Date:
Tue, 9 Dec 2008 13:55:10 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (147 lines)
<<snip>>

Right now I am trying to recreate the problem but so far no problems.

<<end snip>>

The same problem happened again this morning.

Question #1 I have is why is TurboIMAGE trying to expand the caps on
a dataset when the entry count is nowhere near the capacity? 

The dataset capacity = 720,000 and the entry count was about 102,000 when
the DBPUT failed (In Adager the Caps line=: 720000, 1023, 1023;)


 TURBOIMAGE RESULT AT $00027b38; RETURN STATUS = 16
 DBPUT, MODE 1, ON PLAYERS-DETAIL OF SOCCER.DATABASE
 DBPUT cannot expand DATA SET #19: Out of disc space (FSERR 96)

Is this really an out of disc space error or a disc I/O error?


I am suspicious about the results of DISCFREE:

DISCFREE
 
DISCFREE A.50.01 Copyright (C) Hewlett-Packard 1992.  All rights reserved.
                         TUE, DEC  9, 2008, 10:41 AM
 
Syntax is: DISCFREE [<format>][,<ldev>][,<vsname>]
 
 Where <format> is one of the following:
   A, HISTOGRAM, 1: to see a histogram.
   B, ALLOCATION, 2: to see disc allocation.
   C, ALLOCATION2, 3: to see disc allocation format 2.
   D, SUMMARY, 4: to see disc allocation summary.
   E, SUMMARY2, 5: to see disc allocation summary format 2.
 
 Where <ldev> is the logical device number of a disc.
 
Enter [<format>][,<ldev>][,<vsname>] : 
-------------------------------------------------------------------------------
LDEV :     1 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER1)
 
LARGEST FREE AREA:     15146032  TOTAL FREE SPACE:   15309168
 
     0 BLOCK(S) OF      1-     9 CONTIG. SECTORS =          0 FREE SECTORS.  0%
     9 BLOCK(S) OF     10-    99 CONTIG. SECTORS =        416 FREE SECTORS.  0%
    17 BLOCK(S) OF    100-   999 CONTIG. SECTORS =       6416 FREE SECTORS.  0%
    10 BLOCK(S) OF   1000-  9999 CONTIG. SECTORS =      27168 FREE SECTORS.  0%
     4 BLOCK(S) OF  10000- 99999 CONTIG. SECTORS =     129136 FREE SECTORS.  1%
     1 BLOCK(S) OF 100000-AND UP CONTIG. SECTORS =   15146032 FREE SECTORS. 99%
 
-------------------------------------------------------------------------------
LDEV :     2 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER2)
 
LARGEST FREE AREA:    129681952  TOTAL FREE SPACE:  129691888
 
     0 BLOCK(S) OF      1-     9 CONTIG. SECTORS =          0 FREE SECTORS.  0%
    27 BLOCK(S) OF     10-    99 CONTIG. SECTORS =       1072 FREE SECTORS.  0%
    12 BLOCK(S) OF    100-   999 CONTIG. SECTORS =       2672 FREE SECTORS.  0%
     1 BLOCK(S) OF   1000-  9999 CONTIG. SECTORS =       6192 FREE SECTORS.  0%
     0 BLOCK(S) OF  10000- 99999 CONTIG. SECTORS =          0 FREE SECTORS.  0%
     1 BLOCK(S) OF 100000-AND UP CONTIG. SECTORS =  129681952 FREE SECTORS.100%
 
-------------------------------------------------------------------------------
LDEV :     3 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER3)
 
LARGEST FREE AREA:    129304800  TOTAL FREE SPACE:  129307008
 
     0 BLOCK(S) OF      1-     9 CONTIG. SECTORS =          0 FREE SECTORS.  0%
     1 BLOCK(S) OF     10-    99 CONTIG. SECTORS =         64 FREE SECTORS.  0%
     1 BLOCK(S) OF    100-   999 CONTIG. SECTORS =        160 FREE SECTORS.  0%
     1 BLOCK(S) OF   1000-  9999 CONTIG. SECTORS =       1984 FREE SECTORS.  0%
     0 BLOCK(S) OF  10000- 99999 CONTIG. SECTORS =          0 FREE SECTORS.  0%
     1 BLOCK(S) OF 100000-AND UP CONTIG. SECTORS =  129304800 FREE SECTORS.100%
 

Any help would be appreciated.

TIA,
Brian.



On Tue, 9 Dec 2008 00:25:57 -0500, Brian Donaldson <[log in to unmask]> wrote:

><<snip>>
>
>1.  FSERR 96 isn't "Out of disc space".  It's "DISC I/O ERROR".  
>
>Oh boy, this has the makings of a bad error. My config is ldev1 = 4 gb
>(ST19171N), ldev2/ldev3= 36 gb (ST136475LW). I am hoping and praying 
>my disc drives aren't going to go south on me......
>
>2.  Check your dynamic data set expansion parameters.  Are you
>inadvertently trying to expand by an unreasonable amount?
>
>My DDX parms are the same on all details : caps, 1023, 1023. I am not using
>MDX on master as that has problems (MDX).
>
>This morning I did a reload of my system, restored everything again from my
>full and partial tape backups.
>
>Right now I am trying to recreate the problem but so far no problems.
>
>Brian.
>
>On Mon, 8 Dec 2008 21:11:37 -0800, Walter J. Murray <[log in to unmask]>
>wrote:
>
>>Brian wrote:
>>
>>[snip DISCFREE output]
>>
>>> TURBOIMAGE RESULT AT $00028d88; RETURN STATUS = 16
>>> DBPUT, MODE 1, ON GOAL-TIMES-DETL OF SOCCER.DATABASE
>>> DBPUT cannot expand DATA SET #16: Out of disc space (FSERR 96)
>>
>>> I100: CANNOT DBPUT (GTDB) SOCCER-3 DATABASE=>+0016<
>>> >DBPUT FAILED ON DATASET "GOAL-TIMES-DETL"                   16    54
>><
>>
>>> How can I possibly be out of disc space if my available disc space is
>>a
>>> total of 90%?
>>
>>Two thoughts:
>>
>>1.  FSERR 96 isn't "Out of disc space".  It's "DISC I/O ERROR".
>>
>>2.  Check your dynamic data set expansion parameters.  Are you
>>inadvertently trying to expand by an unreasonable amount?
>>
>>Walter
>>
>>Walter J. Murray
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2