inconsistent highwater mark and EFBLK

[Andrea Arthur]

Is there anything I can do to get rid of the following errors that ana/repair doesn't fix?

File (2540,2,1) PAGEFILE.SYS;2
inconsistent highwater mark and EFBLK
File (2541,1,1) SWAPFILE.SYS;2
inconsistent highwater mark and EFBLK

Is this indicative of a more significant problem?

This error appears after an image restore of the system disk following an error file header full.

[John Abbott_2]

Issue a $ set file/own=[current_owner] PAGEFILE.SYS;2,SWAPFILE.SYS;2

and they will go away.

J.

[Hein van den Heuvel]

I suppose the inconsistency was triggered due to 'nobackup' settings for those file?

(See help SET FILE/BACK and help BACK/IGNO)

How about just deleting those files?

And maybe $set file/end... but if HWM is enabled then this will take a while (if you can even do that one those files on a live system).

[Sorry, no system to test/verify any of the above]

Hope this helps some,
Hein.

[Andrea Arthur]

Thank you.

I had created new page and swap files then deleted the old ones. I'm all set now.

But I am curious as to why a set file/owner would fix this issue.

Thanks again.

[John Abbott_2]

> But I am curious as to why a set file/owner would fix this issue.

The files in question are typically marked /nobackup.

To be honest Andrea, it is puzzling. Simply "touching" the file appears to fix it (so other $ set file comands work too). The message fom anal/disk is only informational and doesn't even appear in the $ help/mess BADHIGHWATER

Sorry, can be of any more help. Maybe someone else can jump in for a good answer & 10 points :-)

J.

[Volker Halle]

Andrea,

the BADHIGHWATER message is issued from [VERIFY]VERIFY_INDEX based on the values of EFBLK, FFBYTE and HIGHWATER.

The source code comments says: DO NOT FIX IT! and ANAL/DISK/REPAIR doesn't ;-)

A DUMP/HEADER/BLOCK=COUNT=0 of such a file would be required to find out what's wrong.

Volker.

[Wim Van den Wyngaert]

Could it be this ?
http://groups.google.be/group/comp.os.vms/browse_frm/thread/4f76158eb4368e9c/a7594d9c05c27126?lnk=st&q=BADHIGHWATER&rnum=5&hl=en#a7594d9c05c27126

We discussed this in http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1008627 , it seems that many system disks are corrupted.

Wim

[John Abbott_2]

All the files on the backup of my system disk & on data disks that are marked /nobackup report back with BADHIGHWATER when using anal/disk after a restore.

Some of them have been appearing for many moons now. Hey I'm not worried, cos there marked /nobackup & it's informational :-) !

[John Abbott_2]

... could it be for files that have a ALQ not equal to EOF ?

[Volker Halle]

John,

if you could provide a DUMP/HEAD/BL=COUNT=0 of such a file, I might be able to tell what's wrong...

Volker.