[Info-vax] Defrag Fails on a Large Disk
richard.l.dyson at gmail.com
richard.l.dyson at gmail.com
Tue Feb 27 08:51:21 EST 2018
On Monday, February 26, 2018 at 8:30:17 PM UTC-6, richard... at gmail.com wrote:
> Hi,
>
> I have an IA64 rx2660 running OpenVMS v8.1-1H1. Can't upgrade to anything else,
> off support. I have a single spindle disk, 600 GB SAS. Every time I run Defrag (v3.0) I get this error:
>
> %SYSTEM-W-ACCVIO, access violation, reason mask=!XB, virtual address=!XH, PC=!XH, PS=!XL
>
>
> Here are the spdisk details:
>
>
> Disk $30$DKA300: (NODEA), device type WD WD6001BKHG, is online, mounted, file-
> oriented device, shareable, available to cluster, error logging is enabled.
>
> Error count 0 Operations completed 1158
> Owner process "" Owner UIC [SYSTEM]
> Owner process ID 00000000 Dev Prot S:RWPL,O:RWPL,G:R,W
> Reference count 1 Default buffer size 512
> Current preferred CPU Id 1 Fastpath 1
> WWID 02000008:5001-4EE7-AAAC-9186
> Total blocks 1172123568 Sectors per track 208
> Total cylinders 22099 Tracks per cylinder 255
> Logical Volume Size 1172123568 Expansion Size Limit 1172250624
> Allocation class 30
>
> Volume label "ABC" Relative volume number 0
> Cluster size 6 Transaction count 1
> Free blocks 497374356 Maximum files allowed 16711679
> Extend quantity 5 Mount count 1
> Mount status System Cache name "_$30$DKA7:XQPCACHE"
> Extent cache size 64 Maximum blocks in extent cache 49737435
> File ID cache size 64 Blocks in extent cache 600
> Quota cache size 0 Maximum buffers in FCP cache 4650
> Volume owner UIC [SYSTEM] Vol Prot S:RWCD,O:RWCD,G:RWCD,W:RWCD
>
> Volume Status: ODS-2, subject to mount verification, write-back caching
> enabled.
>
> There are a lot of files on this disk:
>
> $ dir/grand/total/siz=all [...]*.*;*
>
> Grand total of 19534 directories, 7689325 files, 607075030/674749212 blocks
>
> Is this some issue with lack of system resources that Defrag needs when it is running due to the large # of files? Here are System's UAF system resources:
>
> Username: SYSTEM Owner: SYSTEM MANAGER
> Account: SYSTEM UIC: [1,4] ([SYSTEM])
> CLI: DCL Tables: DCLTABLES
> Default: SYS$SYSROOT:[SYSMGR]
> LGICMD:
> Flags:
> Primary days: Mon Tue Wed Thu Fri
> Secondary days: Sat Sun
> No access restrictions
> Expiration: (none) Pwdminimum: 18 Login Fails: 5
> Pwdlifetime: (none) Pwdchange: 5-FEB-2014 13:41
> Last Login: 2-DEC-2015 14:26 (interactive), 25-FEB-2018 00:13 (non-interactive)
> Maxjobs: 0 Fillm: 200 Bytlm: 256000
> Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
> Maxdetach: 0 BIOlm: 150 JTquota: 4096
> Prclm: 10 DIOlm: 150 WSdef: 4096
> Prio: 4 ASTlm: 300 WSquo: 8192
> Queprio: 0 TQElm: 100 WSextent: 16384
> CPU: (none) Enqlm: 4000 Pgflquo: 700000
> Authorized Privileges:
> ACNT ALLSPOOL ALTPRI AUDIT BUGCHK BYPASS
> CMEXEC CMKRNL DIAGNOSE DOWNGRADE EXQUOTA GROUP
> GRPNAM GRPPRV IMPERSONATE IMPORT LOG_IO MOUNT
> NETMBX OPER PFNMAP PHY_IO PRMCEB PRMGBL
> PRMMBX PSWAPM READALL SECURITY SETPRV SHARE
> SHMEM SYSGBL SYSLCK SYSNAM SYSPRV TMPMBX
> UPGRADE VOLPRO WORLD
> Default Privileges:
> ACNT ALLSPOOL ALTPRI AUDIT BUGCHK BYPASS
> CMEXEC CMKRNL DIAGNOSE DOWNGRADE EXQUOTA GROUP
> GRPNAM GRPPRV IMPERSONATE IMPORT LOG_IO MOUNT
> NETMBX OPER PFNMAP PHY_IO PRMCEB PRMGBL
> PRMMBX PSWAPM READALL SECURITY SETPRV SHARE
> SHMEM SYSGBL SYSLCK SYSNAM SYSPRV TMPMBX
> UPGRADE VOLPRO WORLD
> Identifier Value Attributes
> NET$MANAGE %X91F50002
>
>
> Any suggestions to try? Or other info needed?
>
> Thanks,
> Rick
Thank you for the replies!
Yes, typo!!! IA64/OpenVMS v8.3-1H1 (out of date, I know, but had to drop support due to lack of funding).
Analyze /Disk is a good idea. I thought I had, but maybe I did it on other instances of building this disk... I have kicked it off now. It is not blowing up right away!!! However, I would expect it to take a long time.
NOTE: The Defrag error happens about 5 sec after starting the stored script for the volume. It is essentially immediate.
I have built up this disk from some other systems, consolidating disks. I have made an image backup of it onto a 1 TB SATA disk (took about 4 days...) Then I made an image backup of that back onto the 600 GB SAS disk (took less, but still a couple days). This process has been started over a few times due to things like my remote session being dropped due to local ISP outages while executing Backup... for 4+ days. So I switched to a PC local to the Integrity box and remotely work from that PC now to insulate my local home ISP from the picture.
The disks were initialized with the intent to hold the 7+ million files with qualifiers like /Max=20,000,000 /Headers=10.000.000 /Cluster=6, etc.
I too don't understand the lack of real data in the error statement.
I can run the basic Defrag Show /Volume command:
F r a g m e n t a t i o n R e p o r t
DISK$VIS 21-FEB-2018 17:31:31.73
The fragmentation index is 20.8
1 - 20.9 is excellent
21 - 40.9 is good
41 - 60.9 is fair
61 - 80.9 is poor
81 - 100 indicates a badly fragmented disk
Approximately 0.8 (out of 80.0 possible) is due to file fragmentation
Approximately 20.0 (out of 20.0 possible) is due to freespace fragmentation
Freespace Summary:
Total free space: 497374356 blocks
Percentage free: 42 (rounded)
Total free extents: 16264
Maximum free extent: 497275188 blocks, LBN: 88786602
Minimum free extent: 6 blocks, LBN: 1040128986
Average free extent: 30581 blocks
Median free extent: 6 blocks
File Fragmentation Summary:
Number of files (with some allocation): 7689000
Total file extents on the disk: 7689005
Average number of file extents per file: 1.000001
Median number of file extents per file: 1
Most Fragmented File:
[000000]INDEXF.SYS;1 (5 extents)
Disk File Optimizer for OpenVMS DFG V3.0
NOTE: The "spare" 1 TB SATA disk is still around and it too fails Defrag with the same error. I don't really HAVE to defrag the disk, I just can't figure out why it does not work.
I have an older Alpha/OpenVMS v7.3-2 system with a old HSG80 SAN that has most of the same data on one of its stripe sets and have never had this issue. But, older OS, older Defrag, etc.
Rick
More information about the Info-vax
mailing list