I'm not using jumbo datasets and I have not reached the 4gb limit by any
means.
However, it looks like I found a solution that is working --
In the program I plugged in the logic to do a DBXEND/DBXBEGIN combo
every 1023 DBPUT's. Recompiled the program, and am rerunning the program
as I write this.
So far, the program is still running.
(Suprtool stats here)
Capacity: 228532 (19), 1026, 1026, 721012 Entries: 228059
Highwater: 228059 Bytes: 180
However, it still leaves me with the uncomfortable, nasty feeling about the
stats provided by DISCFREE:
:discfree
DISCFREE A.50.01 Copyright (C) Hewlett-Packard 1992. All rights reserved.
WED, DEC 10, 2008, 4:48 PM
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: 15309136
0 BLOCK(S) OF 1- 9 CONTIG. SECTORS = 0 FREE SECTORS. 0%
9 BLOCK(S) OF 10- 99 CONTIG. SECTORS = 384 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: 129465488 TOTAL FREE SPACE: 129572448
0 BLOCK(S) OF 1- 9 CONTIG. SECTORS = 0 FREE SECTORS. 0%
67 BLOCK(S) OF 10- 99 CONTIG. SECTORS = 2960 FREE SECTORS. 0%
38 BLOCK(S) OF 100- 999 CONTIG. SECTORS = 10256 FREE SECTORS. 0%
0 BLOCK(S) OF 1000- 9999 CONTIG. SECTORS = 0 FREE SECTORS. 0%
1 BLOCK(S) OF 10000- 99999 CONTIG. SECTORS = 93744 FREE SECTORS. 0%
1 BLOCK(S) OF 100000-AND UP CONTIG. SECTORS = 129465488 FREE SECTORS.100%
-------------------------------------------------------------------------------
LDEV : 3 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER3)
LARGEST FREE AREA: 129305504 TOTAL FREE SPACE: 129310064
0 BLOCK(S) OF 1- 9 CONTIG. SECTORS = 0 FREE SECTORS. 0%
6 BLOCK(S) OF 10- 99 CONTIG. SECTORS = 160 FREE SECTORS. 0%
5 BLOCK(S) OF 100- 999 CONTIG. SECTORS = 1408 FREE SECTORS. 0%
1 BLOCK(S) OF 1000- 9999 CONTIG. SECTORS = 2992 FREE SECTORS. 0%
0 BLOCK(S) OF 10000- 99999 CONTIG. SECTORS = 0 FREE SECTORS. 0%
1 BLOCK(S) OF 100000-AND UP CONTIG. SECTORS = 129305504 FREE SECTORS.100%
:discfree
DISCFREE A.50.01 Copyright (C) Hewlett-Packard 1992. All rights reserved.
WED, DEC 10, 2008, 4:49 PM
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>] : c
ALL MEASUREMENTS ARE IN SECTORS.
ALL PERCENTAGES ARE RELATIVE TO THE DEVICE SIZE.
| Configured | In Use | Available |
-----------+-------------------+-------------------+-------------------+
LDEV : 1 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER1)
Device | 16777200 | 1468064 ( 9%) | 15309136 ( 91%) |
Permanent | 12582864 ( 75%) | 1306784 ( 8%) | 11276080 ( 67%) |
Transient | 12582864 ( 75%) | 161280 ( 1%) | 12421584 ( 74%) |
LDEV : 2 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER2)
Device | 142265904 | 12696208 ( 9%) | 129569696 ( 91%) |
Permanent | 142265904 (100%) | 12309440 ( 9%) | 129569696 ( 91%) |
Transient | 142265904 (100%) | 386768 ( 0%) | 129569696 ( 91%) |
LDEV : 3 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER3)
Device | 142265904 | 12955840 ( 9%) | 129310064 ( 91%) |
Permanent | 142265904 (100%) | 12955840 ( 9%) | 129310064 ( 91%) |
Transient | 142265904 (100%) | 0 ( 0%) | 129310064 ( 91%) |
TOTALS :
Device | 301309008 | 27120112 ( 9%) | 274188896 ( 91%) |
Permanent | 297114672 ( 99%) | 26572064 ( 9%) | 270155840 ( 90%) |
Transient | 297114672 ( 99%) | 548048 ( 0%) | 271301344 ( 90%) |
I feel I have too many files on my system to justify having an available
space on these discs of 90%, 91%.....
I have looked at the system log files and there are no disc i/o errors
listed.
DSTAT ALL doesn't show any obvious problems either:
dstat all
LDEV-TYPE STATUS VOLUME VOLUME SET - GEN
---------- ------- ----------------------------------
1-ST19171N MASTER MEMBER1 MPEXL_SYSTEM_VOLUME_SET-0
2-ST136475LW MEMBER MEMBER2 MPEXL_SYSTEM_VOLUME_SET-0
3-ST136475LW MEMBER MEMBER3 MPEXL_SYSTEM_VOLUME_SET-0
The two ST136475LW disc drives are listed in the iodfault.pub.sys as 18gb
drives, but the reality is that these are 36gb drives.
In SYSGEN:
io> LD 1
LDEV: 1 DEVNAME: OUTDEV: 0 MODE:
ID: ST19171N RSIZE: 128 DEVTYPE: DISC
PATH: 52.2.0 MPETYPE: 4 MPESUBTYPE: 2
CLASS: DISC SPOOL
io> LD 2
LDEV: 2 DEVNAME: OUTDEV: 0 MODE:
ID: ST136475LW RSIZE: 128 DEVTYPE: DISC
PATH: 52.1.0 MPETYPE: 4 MPESUBTYPE: 2
CLASS: DISC SPOOL
io> LD 3
LDEV: 3 DEVNAME: OUTDEV: 0 MODE:
ID: ST136475LW RSIZE: 128 DEVTYPE: DISC
PATH: 52.3.0 MPETYPE: 4 MPESUBTYPE: 2
CLASS: DISC SPOOL
Brian.
On Wed, 10 Dec 2008 08:07:22 -0600, Mark Ranft <[log in to unmask]> wrote:
>DDX doesn't work on jumbo datasets. Have you reached the 4GB limit?
>
>
>Mark Ranft
>Pro 3K
>
>
>-----Original Message-----
>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
>Of Brian Donaldson
>Sent: Tuesday, December 09, 2008 8:47 PM
>To: [log in to unmask]
>Subject: Re: [HP3000-L] Available Disc Space Error Problem
>
>Some other things I should tell everyone regarding what I am doing here --
>
>
>No HWMPUT (disabled)
>
>Program calls DBCONTROL mode 5 to set CIUPDATE=on for current process.
>Program calls DBCONTROL mode 7 to set DEADLOCKDETECT flag=on
>for current process.
>
>PM program (calls a sub that FOPEN's the root file, reads the user labels
>to get the db passwords passed back to the calling program, calls
>GETUSERMODE before returning to mainline)
>
>database DBOPENed three (3) times with the same Image db (write) password.
>
>DBXBEGIN/DBLOCK (mode5 item locks)/DBFIND/DBGET/DBPUT done with access path
>three (3). Upon failure of DBPUT I call DBXUNDO, close the DB's and all
>open files and then call intrinsic QUITPROG.
>
>Normally, I can solve these problems in a minimal amount of time but this
>one has me beat. I've been trying to get beyond this problem for days on end
>now
>with no solution. I cannot figure out if it truly is an Image expansion
>problem,
>DBX problem compounding the issue(s) or if it is a behind the scenes system
>problem regarding my available disc space.
>
>
>Brian.
>
>
>On Tue, 9 Dec 2008 17:15:27 -0800, Walter J. Murray <[log in to unmask]>
>wrote:
>
>>Craig suggests:
>>
>>> This is just a guess, but in DBUTIL do a SHOW DBNAME ALL
>>> Is HWMPUT enabled?
>>
>>Craig may be on to something here. In any event, it raises a question
>>in my mind.
>>
>>If dynamic detail data set expansion is in effect, and if HWMPUT is
>>enabled (either through DBUTIL or programmatically), and the high-water
>>mark is at the current capacity, but there is space in the delete chain,
>>what does IMAGE do? Does it attempt an expansion, or does it use the
>>delete chain? I would expect the latter, but I can't remember seeing
>>this documented clearly. If it's the former, and if the current
>>capacity is at the maximum, does IMAGE recover gracefully and revert to
>>using the delete chain?
>>
>>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 *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|