- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: inconsistent highwater mark and EFBLK
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
тАО03-20-2006 11:22 PM
тАО03-20-2006 11:22 PM
Re: inconsistent highwater mark and EFBLK
J.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 12:43 AM
тАО03-21-2006 12:43 AM
Re: inconsistent highwater mark and EFBLK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 01:06 AM
тАО03-21-2006 01:06 AM
Re: inconsistent highwater mark and EFBLK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 01:32 AM
тАО03-21-2006 01:32 AM
Solution... and when you do a $ set file/own=[x] foo.bar it writes binary zeros - the highest block written becomes 488664 and the anal/disk msg goes away.
This answers Andreas 2nd post question.
J.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 02:25 AM
тАО03-21-2006 02:25 AM
Re: inconsistent highwater mark and EFBLK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 04:46 AM
тАО03-21-2006 04:46 AM
Re: inconsistent highwater mark and EFBLK
this error is absolutley reproducable. Any WRITE access to such a file (a BACKUP of a file marked /NOBACKUP ending up with FH2$L_HIGHWATER=0), even a OPEN/READ/WRITE - although it may fail with an error %DCL-E-INVRFM - causes the file to be overwritten with zeroes and the HIGHWATER field in the file header to be updated.
The VERIFY_INDEX source code explicitly tries to skip reporting BADHIGHWATER for file headers with HIGHWATER=0 (IF ... .header[FH2$L_HIGHWATER] NEQ 0), but this logic somehow does not seem to work too well.
As we've now documented the reason for %ANALDISK-I-BADHIGHWATER and the explanation and workaround, it's time to close this thread.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 11:45 AM
тАО03-21-2006 11:45 AM
Re: inconsistent highwater mark and EFBLK
John said that doing the set file writes zeros on the file and then the highwater mark is not the last block in the file.
Do I really want to write zeros on a in use page or swap file?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 01:35 PM
тАО03-21-2006 01:35 PM
Re: inconsistent highwater mark and EFBLK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 05:29 PM
тАО03-21-2006 05:29 PM
Re: inconsistent highwater mark and EFBLK
only the first and exclusive write accessor would cause the file to be overwritten with zeroes. SET FILE/OWN=xxx PAGEFILE.SYS will return SYSTEM-W-ACCONFLICT, if the pagefile is in use - so no risk here !
Stanley,
making ANAL/DISK/REPAIR 'repair' this error may need it to overwrite the file with zeroes, not sure whether you would want that to happen, as it may severely increase the amount of time for ANAL/DISK/REPAIR to finish and release the volume lock.
The same would apply to the possible idea of 'fixing' BACKUP, this would require BACKUP to overwrite the file with zeroes when restoring a file marked /NOBACKUP - not a good idea.
I would vote for including the message and an explanation and workaround in HELP/MESS BADHIGHWATER
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 07:22 PM
тАО03-21-2006 07:22 PM
Re: inconsistent highwater mark and EFBLK
I would vote for including the message and an explanation and workaround in HELP/MESS BADHIGHWATER
How about making ANAL/DISK smart enough to recognise the mark /NOBACKUP, and just NOT report BADHIGHWATER those files?
After all, it IS just the intended behavior...
just my EUR 0.02
Proost.
Have one on me.
jpe