• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Error ANR7837S During Server Start Up

ad283m

ADSM.ORG Member
#1
Hi All!!

Welll, I'm having a lottle of trouble getting up my TSM Server, there was a disconection on the SAN Disk that has the Database Files.

The disk is connected again and I can see the database log and all, but, during the server start up, the following appears:

C:\Program Files (x86)\Tivoli\TSM\server>dsmserv
ANR0000W Message repository for language AMENG does not match program level.
ANR0000I Message repository's compile date: Thu Nov 08 10:59:16 2007
ANR0000I Program's message timestamp: Mon Oct 24 10:12:28 2011
ANR0900I Processing options file C:\Program Files (x86)\Tivoli\TSM\server\dsmserv.opt.
ANR7800I DSMSERV generated at 10:33:00 on Oct 24 2011.

Tivoli Storage Manager for Windows
Version 5, Release 5, Level 6.0

Licensed Materials - Property of IBM

(C) Copyright IBM Corporation 1990, 2009.
All rights reserved.
U.S. Government Users Restricted Rights - Use, duplication or disclosure
restricted by GSA ADP Schedule Contract with IBM Corporation.

ANR4726I The ICC support module has been loaded.
ANR0990I Server restart-recovery in progress.
ANR0200I Recovery log assigned capacity is 12000 megabytes.
ANR0201I Database assigned capacity is 522000 megabytes.
ANR0306I Recovery log volume mount in progress.
ANR0287W Contents of the page shadow file dbpgshdw.bdt are not valid.
ANR0285I Database page shadowing started using file dbpgshdw.bdt.
ANR0353I Recovery log analysis pass in progress.
ANR0354I Recovery log redo pass in progress.
ANR0355I Recovery log undo pass in progress.
ANR0352I Transaction recovery complete.
ANR1635I The server machine GUID, 3d.10.6c.41.52.85.11.e1.a8.fb.00.1a.64.23.55.46, has initialized.
ANR9999D_4205883037 (pkthread.c:871) Thread<0>: Run-time assertion "CmpLsn( *pageLsnP, hdrP->updtLsn ) != LESSTHAN" at dblog.c(1135) failed.
ANR9999D Thread<0> issued message 9999 from:
ANR9999D Thread<0> 0000000010768DC3 OutDiagToCons()+1c3
ANR9999D Thread<0> 000000001076242C outDiagf()+dc
ANR9999D Thread<0> 000000001000941E pkLogicAbort()+2e
ANR9999D Thread<0> 000000001025598A DbWriteLogRecordV()+3ea
ANR9999D Thread<0> 0000000010255B6E dbLogWriteV()+ee
ANR9999D Thread<0> 00000000102A807F TbLogExternal()+39f
ANR9999D Thread<0> 00000000102ADC93 TbDirectDelete()+1c3
ANR9999D Thread<0> 0000000010261ADE TbUpdate()+1ae
ANR9999D Thread<0> 000000001026483C tbTableOp()+10c
ANR9999D Thread<0> 0000000010077915 admInitPart2()+1665
ANR9999D Thread<0> 00000000100789A0 admInit()+60
ANR9999D Thread<0> 000000001001EE7A admStartServer()+46a
ANR9999D Thread<0> 0000000010005E78 adsmMain()+968
ANR9999D Thread<0> 0000000010001049 enterAdsmMain()+9
ANR9999D Thread<0> 0000000000401123 main()+b3 dsmserv.c:214
ANR9999D Thread<0> 0000000000402A31 mainCRTStartup()+171 crtexe.c:501
ANR9999D Thread<0> 0000000077D5970C BaseProcessStart()+2c
ANR7837S Internal error DBLOG666 detected.

ANR9999D Thread<0> issued message 7837 from:
ANR9999D Thread<0> 0000000010767734 outMsgf()+44
ANR9999D Thread<0> 0000000010009430 pkLogicAbort()+40
ANR9999D Thread<0> 000000001025598A DbWriteLogRecordV()+3ea
ANR9999D Thread<0> 0000000010255B6E dbLogWriteV()+ee
ANR9999D Thread<0> 00000000102A807F TbLogExternal()+39f
ANR9999D Thread<0> 00000000102ADC93 TbDirectDelete()+1c3
ANR9999D Thread<0> 0000000010261ADE TbUpdate()+1ae
ANR9999D Thread<0> 000000001026483C tbTableOp()+10c
ANR9999D Thread<0> 0000000010077915 admInitPart2()+1665
ANR9999D Thread<0> 00000000100789A0 admInit()+60
ANR9999D Thread<0> 000000001001EE7A admStartServer()+46a
ANR9999D Thread<0> 0000000010005E78 adsmMain()+968
ANR9999D Thread<0> 0000000010001049 enterAdsmMain()+9
ANR9999D Thread<0> 0000000000401123 main()+b3 dsmserv.c:214
ANR9999D Thread<0> 0000000000402A31 mainCRTStartup()+171 crtexe.c:501
ANR9999D Thread<0> 0000000077D5970C BaseProcessStart()+2c
Entering exception handler.
Leaving exception handler.


Mmmm, looks corrupted, the problem is that there is no Database Backup (on the volhist.out I already checked not a single volume, nothing!)

I'd be really grateful if you could help me a little bit here,

Best Regards.
 

moon-buddy

ADSM.ORG Moderator
#2
Without the backup, it might not be possible to bring your TSM server up.

Are you regularly doing DB backups? To tape? Others?
 

LED888

ADSM.ORG Moderator
#3
ANR7837S Internal error DBLOG666 detected.

The above message is an indication of a corruption.

Solution: Restore the database from the most recent backup or PIT.

...there is no Database Backup...
Since we do not have a backup of the database.
Can do a Dump/Load/Audit of the database.
NOTE: The dump/load/audit is not to be taken lightly.
If there is a problem during the load or audit, the solution is to restore the most recent backup of the database. Since there is no database backup, there is not much you can do but to reformat the database and start over.
A full database audit can run for several hours.
As a general rule of thumb, a full database audit takes about 3 hours per million pages, and a 4 GB utilized database holds about a million pages. The actual times will mostly depend on the processing power of your server.

Good Luck,
Sias
 

ad283m

ADSM.ORG Member
#4
Without the backup, it might not be possible to bring your TSM server up.

Are you regularly doing DB backups? To tape? Others?
I got involved in the case and, as far as I can tell, this server is not being backed up

There is the backup of the library manager, but this server nah.

Yeah I'll need luck the database is 522 GB.

I had the hope that there was no corruption. And I did a Dump/Load/Audit a long time ago It was awful, It worked but it was awful, I think it can be done, I can see the files, all the logs and db files.

Let's find the coffee It'll be a long week indeed.

Thanks for the Replies.
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 16 19.0%
  • Keep using TSM for Spectrum Protect.

    Votes: 52 61.9%
  • Let's be formal and just say Spectrum Protect

    Votes: 9 10.7%
  • Other (please comement)

    Votes: 7 8.3%

Forum statistics

Threads
31,416
Messages
133,809
Members
21,531
Latest member
sgtfubar
Top