- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: DFU-E-MISMATCH error in trying to defrag INDEX...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-25-2008 11:27 AM
тАО11-25-2008 11:27 AM
|%DFU-I-MOUNTING, Busy mounting disk $1$DGA31:... |
|%DFU-I-ANALDISK, Analyzing INDEXF and BITMAP... |
|%DFU-I-TOTAL, Maparea maps 8654880 blocks in 35 fragments (86% used) |
|%DFU-I-FINDLBN, Largest free contiguous space 205743584 blocks at LBN 18075223|
|36 |
|%DFU-I-MOVE, 8650752 blocks can be defragmented (31 fragments) |
|Continue to modify INDEXF.SYS ? (Y/N) [N] : y |
|%DFU-I-MOUNTFOR, Busy remounting disk $1$DGA31: /FOREIGN... |
|%DFU-I-STARTDFR, Now copying fragments to new location... |
|%DFU-S-COPIED, 4718592 blocks copied (fragment 5) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 6) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 7) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 8) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 9) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 10) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 11) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 12) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 13) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 14) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 15) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 16) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 17) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 18) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 19) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 20) |
[---------------------------------< DFU V3.2 >---------------------------------]
|%DFU-S-COPIED, 131072 blocks copied (fragment 23) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 24) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 25) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 26) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 27) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 28) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 29) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 30) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 31) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 32) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 33) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 34) |
|%DFU-S-COPIED, 131072 blocks copied (fragment 35) |
|%DFU-E-MISMATCH, Error in new mapping pointers |
|%DFU-I-DISMNT, Volume dismounted |
The command I issued was DFU INDEXF/DEFRAG $1$DGA31:
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-26-2008 11:20 AM
тАО11-26-2008 11:20 AM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
I haven't used DFU but other defraggers abort the process if you change the disk's equivalent of an index file.
I see that it was doing a MOUNT/FOREIGN so you shouldn't have had that problem. I note also that you have a huge file being defragged at that point, and the last file name I saw was INDEXF.SYS - can it be that your index file is that large? INDEXF.SYS has special requirements and really doesn't like to get very big.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-26-2008 12:18 PM
тАО11-26-2008 12:18 PM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
The command Edgar used was DFU/INDEXF/DEGRAG which tries to defragment one specific file: INDEXF.SYS! I think DFU might be the only software that has this feature.
Edgar,
I have a volume I was tempted to try this command on, but I was worried that a DFU bug (I have found a couple before) might corrupt the volume, since I doubt very many sites have tried this command. Is your volume still mountable, or was it corrupted?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-26-2008 01:06 PM
тАО11-26-2008 01:06 PM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
The DFU web site has been down for a day or two now; not sure what's up with that.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-26-2008 11:46 PM
тАО11-26-2008 11:46 PM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
I would assume, that this might be an internal problem in DFU. So only Jur could help.
Did you consider to try the same operation on a scratch volume ? Or on a LD: device ? Just to test, if the operation works in general ?
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2008 12:00 AM
тАО11-27-2008 12:00 AM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
testing on a test device does only seem to work, if the existing INDEXF.SYS is sufficiently fragmented. So not a straightforward task...
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2008 01:14 AM
тАО11-27-2008 01:14 AM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
I will look into the DFU issue when I got some time.
Jur.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2008 03:04 AM
тАО11-27-2008 03:04 AM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
$ define dfu$nosmg 1
$ mc dfu indexf/ana/show $1$dga31:
$ mou/over=id $1$dga31:
$ dump/head/bl=co=0 $1$dga31:[000000]indexf.sys
$ dump/head/bl=co=0 $1$dga31:[000000]indexf.sys/nofor
Thanks,
Jur.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2008 03:41 AM
тАО11-27-2008 03:41 AM
Re: DFU-E-MISMATCH error in trying to defrag INDEXF.SYS
Jur.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2008 09:49 AM
тАО11-27-2008 09:49 AM
SolutionHow many actually in use? I guess a lot as INDEXF.SYS has expanded that often.
Those 86% used is a little scary, but it is not clear it is worth fixing.
It might be easier to just pre-extend INDEXF.SYS in one fell swoop. Now there is no standard tool for this, but I wrote a little utility to do just that. You'll find it attached.
Example usage:
$ mcr sys$login:extend -c -e 70000 mda1:[000000]indexf.sys
Old: 96 blocks in MDA1:[000000]INDEXF.SYS;1
New: 70096 blocks. Extended by 70000. Contiguous.
Jur>> " dump/head/bl=co=0 $1$dga31:[000000]indexf.sys/nofor"
See... that's why I keep reading this stuff.
I have desired, a raw header dump but never noticed the /NOFORMAT sub-qualifier to /HEADER. I just directly dumped the block from INDEXF.SYS but this is easier.
btw... the HELP for DUMP /FORM reads:
" dumps the file header in octal format."
Fortunately that's not correct.
It is a hex dump. It does suggest the switch was there for a while!
Cheers,
Hein.