Usha --

Yes, this (minimal damage, all things considered) is consistent with
powering down a computer with a process actively accessing the database.

Did you save/dump a copy of the block?  That may allow you to review
(for correctness) and re-enter the data with a series of Sets.
Otherwise, you will need to find a way to test application level
consistency of the database and then to re-create the removed data.
Fortunately, it looks like a very small amount of data.

I don't know enough about application level consistency checking at the
Fileman / VistA level.

Regards
-- Bhaskar

On Wed, 2005-02-23 at 14:11 +0530, Usha Kiran wrote:
> Bhaskar
> I didn't have the oppurtunity to go through the whole manual but this is
> waht I found out.
> 
> The error that I was getting was GVDATAFAIL with the code ZZZZ which there
> are some "record errors" in my database and I should refer to Section - "O2"
> for rectifying it. The block is level 0. So I turned to Section "O3".
> 
> 
> [EMAIL PROTECTED] vista]$ mupip
> MUPIP> integ
> File or Region: OpenVistA/g/mumps.dat
> 
> Block:Offset Level
> %GTM-E-DBBADNSUB,
>      998:B8     0  Bad numeric subscript
>                    Directory Path:  1:8, 2:1ED
>                    Path:  305:119, 932:ED, 998:B8
> Keys from ^DD(200.0747430015+41,"ADDRESS 2",1.1) to ^DD(200.07476,1.8) are
> suspect.
> 
> Total error count from integ:           1.
> 
> Type           Blocks         Records          % Used      Adjacent
> 
> Directory           2             334          48.901            NA
> Index             670           68968          45.267             1
> Data            68631        13203486          98.055         66961
> Free              697              NA              NA            NA
> Total           70000        13272788              NA         66962
> %GTM-E-INTEGERRS, Database integrity errors
> 
> I REMOVEd the specified block's offset (block 998, offset B8, level 0), till
> the error count became 0.
> This has solved the GTM problem but I still can't see the providers created
> before creating an entry in the DG SECURITY LOG file.
> 
> Usha


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to