Mark--

Most of the errors are benign and easily repaired.  There is actually a
decision tree in the Admin and Ops Guide.  You can get a PDF version at
Source Forge
(http://sourceforge.net/project/showfiles.php?group_id=11026&package_id=10769) 
or an HTML version (still under development, lacks index) online 
(http://www.sanchez-gtm.com/user_documentation/AdminOpsUNIX/UNIX_A_O/index.html).
  Read Chapter 11, which discusses database repair.

All --

It's a good idea to run with journaling turned on, even on a development
machine.  Then recovery after a system crash is a single shell command
that you can even put in your startup scripts (i.e., doing it on cleanly
shutdown database is a no-op).

For anyone who wants a short hands-on tutorial plus exercise on
journaling, you will find it in the GT.M Acculturation CD
(http://sourceforge.net/project/showfiles.php?group_id=11026&package_id=140981).

-- Bhaskar

On Thu, 2006-01-12 at 14:50 -0600, Marc Krawitz wrote:
> I had a power outage which caused my linux box to reboot.  After doing
> a rundown, I performed mupip integ and I'm receiving the following
> errors.  This is just an R&D box so I haven't been doing backups.  Is
> there anyway to fix this?
> 
> [EMAIL PROTECTED]:~> ps aux | grep mumps
> vista    10227  0.0  0.0   2728   676 pts/0    S+   14:40   0:00 grep
> mumps
> [EMAIL PROTECTED]:~> rundown
> %GTM-I-MUFILRNDWNSUC, File /home/vista/FOIAVistA20051021/g/mumps.dat
> successfully rundown
> [EMAIL PROTECTED]:~> mupip integ
> File or Region: /home/vista/FOIAVistA20051021/g/mumps.dat
> 
> Block:Offset Level
> %GTM-I-DBTNTOOLG,
>       36:0      0  Block transaction number too large
>                    Directory Path:  1:10, 14017:65
>                    Path:  1402E:72, 16358:A07, 36:0
> Keys from ^%ZTSCH("MON","VISTA:PLATINUM", 60187.8) to the end are
> suspect.
> %GTM-I-DBTN, Block TN is 0x0000000001CF82F4
> %GTM-I-DBTNTOOLG,
>    14133:0      0  Block transaction number too large
>                    Directory Path:  1:2A, 2:15E
>                    Path:  140EC:22F, 14133:0 
> Keys from ^XUTL("XQO","R") to ^XUTL("XUSYS",31269,0126*) are suspect.
> %GTM-I-DBTN, Block TN is 0x0000000001CF82F6
> %GTM-I-DBMBTNSIZMX,
>    22200:0     FF  Map block transaction number too large 
> %GTM-W-DBLOCMBINC,
>    22200:0     FF  Local bit map incorrect
> %GTM-W-DBMRKBUSY,
>    223F8:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223F9:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY, 
>    223FA:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223FB:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223FC:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223FD:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223FE:0     FF  Block incorrectly marked busy
> %GTM-W-DBMRKBUSY,
>    223FF:0     FF  Block incorrectly marked busy
> %GTM-W-DBMBPFRINT,
>    22200:0     FF  Master bit map shows this map has space, agreeing
> with MUPIP INTEG 
> %GTM-I-DBMBTNSIZMX,
>    22400:0     FF  Map block transaction number too large
> %GTM-W-DBLOCMBINC,
>    22400:0     FF  Local bit map incorrect
> %GTM-W-DBMRKBUSY,
>    22401:0     FF  Block incorrectly marked busy 
> %GTM-W-DBMRKBUSY,
>    22402:0     FF  Block incorrectly marked busy
> %GTM-I-DBMBTNSIZMX,
>    22600:0     FF  Map block transaction number too large
> Maximum number of incorrectly busy errors to display:  10, has been
> exceeded 
> 28 incorrectly busy errors encountered
> 
> Total error count from integ:           37.
> 
> Type           Blocks         Records          % Used      Adjacent
> 
> Directory           4             358          26.544            NA
> Index             962          139647          61.333             1
> Data           139040        23182976          82.609        136890
> Free             4994              NA              NA            NA 
> Total          145000        23322981              NA        136891
> %GTM-E-DBTNLTCTN, Transaction numbers greater than the current
> transaction were found
> 
> Largest transaction number found in database was 1CF82F6
> Current transaction number is                    1CF82F1
> %GTM-E-INTEGERRS, Database integrity errors
> 
> 
> 
> 
> 


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to