Yes, that's a clean integ report. -- Bhaskar
-----Original Message----- From: [EMAIL PROTECTED] on behalf of Mark Street Sent: Mon 4/4/2005 8:20 PM To: [email protected] Cc: Subject: Re: [Hardhats-members] Linux GT.M Error message Well, I guess I can rule out the database..... does this output look OK for a virtually empty system? Hmmm. Back to square 1 and back down the yellow brick road. [EMAIL PROTECTED] vista]$ mupip integ File or Region: g/mumps.dat No errors detected by integ. Type Blocks Records % Used Adjacent Directory 2 338 49.511 NA Index 835 111752 57.664 10 Data 111254 19872155 90.922 108764 Free 909 NA NA NA Total 113000 19984245 NA 108774 Michael Zacharias said: > If it is an assert failure as indicated in $ZSTATUS, the problem could be > with > the database. The offending line of code is at ERR2+10^%ZTMS which is > trying > to get a lock on ^%ZTSCH("ER")" > > gtm> ZP ERR2+10^%ZTMS > > L +^%ZTSCH("ER") H 1 S ZTERROH=$H > > I would try stopping all of your mumps process to get stand alone access > to the > database, then perform a mupip rundown followed by a mupip integ. This > will > report any DB errors. If there si something, then this gives you a place > to > start. If not, at least you can rule out the DB... ------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
<<winmail.dat>>
