[exchange 2003]Mailbox store mount niet.

[Verwijderd]

Het begon allemaal gistermiddag, toen was er allemaal mail verdwenen. Dus ik kijken naar de logs blijkt dat exchange op zijn kont ligt.

Nu is het volgende probleem.

De priv1.edb wordt niet meer gemount in exchange.
Eerst wou MTA stacks niet meer starten, deze heb ik weer aan de gang gekregen door een nieuwe mailbox store aangemaakt heb.

Nu mijn vraag:

Hoe kan ik het zo maken dat de priv1.edb weer gemount wordt in exchange.


Foutmelding nu:

[Verwijderd]

hier heb je wat info! check het ff

http://www.eventid.net/di...e=MSExchangeAdmin&phase=1

[Verwijderd]

Bedankt voor de link.
Alleen geen zin om de oplossing te kopen.

[heyer]

Heb je zelf al gezocht??
Op de Microsoft site krijg je door te zoeken op "event id 9175" al aardig wat hits waar je misschien wat aan kan hebben, bv deze:

http://support.microsoft.com/?kbid=896143

[Verwijderd]

Je hoeft de oplossing ook niet te kopen. Je kan gewoon de links bij MS opzoeken!

[_Arthur]

Verwijderd schreef op vrijdag 20 januari 2006 @ 11:44:
Bedankt voor de link.
Alleen geen zin om de oplossing te kopen.

Tja 9$ is natuurlijk ook erg veel geld he.

Verder mis ik nog wat info mbt de server, hardware, service packs (geen, 1 of 2 voor je OS, Exchange etc), welke Exchange versie (enterprise/standard) andere meldingen in je eventlog etc etc.

Aangezien je met Exchange 2k3 standard maar 1 mailbox store kan hebben.

[ Voor 9% gewijzigd door _Arthur op 20-01-2006 13:51 ]

[Rolfie]

Kijk hier eens mee Microsoft Exchange Server Disaster Recovery Analyzer Tool v1.0 naar je exchange server.

[Dysan]

Je zou kunnen proberen om je priv1.edb te controleren op problemen,
in ieder geval zou ik een integriteits check doen. met de ESEUTIL dacht ik zou uit mijn hoofd.
heb je btw nog wel genoeg schijfruimte over ?

[Verwijderd]

Ik heb het nu zo ver dat ik in een andere mailbox store weer alle mailboxen heb staan.
Vraag me niet hoe maar het ik heb ze nu weer.
Alleen ze zijn nu niet geinteregeerd met de ad.
Weet iemand hoe ik dat kan doen.

[Verwijderd]

Hoe krijg je dat voor elkaar dat je wel alle mailboxen nu in een andere store heb staan?
Heb je de database verhuist en de database opnieuw gemount?
clean database?

Om je databases te controleren kan je idd de eseutil gebruiken zie hier :

http://support.microsoft.com/?kbid=906148

Check ook de log file's

de /mh optie's is voor de database en de /ml is voor de log file's

[Verwijderd]

Daar krijg ik hetvolgende:

Microsoft Windows [versie 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

C:\Documents and Settings\Administrator>cd\

C:\>cd c:\program files\exchsrvr\bin

C:\Program Files\Exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata
\forcys.edb"

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...
Database: drive:\program files\exchsrvr\mdbdata\forcys.edb

Operation terminated with error -1022 (JET_errDiskIO, Disk IO error) after 1.0 s
econds.


C:\Program Files\Exchsrvr\bin>

Hierop heb ik gezocht en kon geen nuttige informatie vinden

[ Voor 7% gewijzigd door Verwijderd op 20-01-2006 17:01 ]

[Verwijderd]

De melding ziet er naar uit de de drive niet beschikbaar is!
Staat je database op een San/mini san (msa1000?)
Kan je de drive wel gewoon benaderen?

[ Voor 7% gewijzigd door Verwijderd op 20-01-2006 17:06 ]

[Verwijderd]

Verwijderd schreef op vrijdag 20 januari 2006 @ 17:05:
De melding ziet er naar uit de de drive niet beschikbaar is!
Staat je database op een San?
Kan je de drive wel gewoon benaderen?

Ik kan de drive gewoon benaderen.
En nee staat gewoon op een enkele raptor die is tevens c

ps. ik heb ook al checkdisk uitgevoerd en die vond geen fouten.

[ Voor 20% gewijzigd door Verwijderd op 20-01-2006 17:10 ]

[Verwijderd]

als ik

http://support.microsoft.com/?kbid=896143

na lees krijg ik een nare smaak richting de virus scanner die de log file's heeft lopen scannen op virussen.
Dus geen exclude op deze dir

Volg toch ff de stappen zoals deze in

http://support.microsoft.com/?kbid=896143
weergegevn staan.

in dat KB article staan ook genoeg punten die wijzen naar de error zoals jij die nu kreeg..

De e000*.log signature komt niet overeen met je database (mailstore)

[ Voor 10% gewijzigd door Verwijderd op 20-01-2006 17:13 ]

[Verwijderd]

Ik heb alle mappen van exchange geexclude bij de virusscanner.

Ik zal het nog een keer doornemen moment

Edit

Ik heb alles al een keer doorgenomen en heeft geen effect gehad.

[ Voor 27% gewijzigd door Verwijderd op 20-01-2006 17:20 ]

[Verwijderd]

C:\Program Files\Exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata
\forcys.edb"

als je dat letterlijk zo ingetypt hebt gaat het natuurlijk niet werken.....op welke drive staat die forcys.edb?

[Verwijderd]

Ik mocht aannemen dat hij wel c:\exchsrvr\enz\enz heeft gedaan

ps ik heb het topic ook ff naar huis gestuurd wellicht kan ik je vanavond nog ff helpen

[ Voor 43% gewijzigd door Verwijderd op 20-01-2006 17:21 ]

[Verwijderd]

Ik heb nu de exchange ff uitgezet enz.

C:\Program Files\Exchsrvr\bin>eseutil /mh "c:\program files\exchsrvr\mdbdata\for
cys.edb"

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...
Database: c:\program files\exchsrvr\mdbdata\forcys.edb

File Type: Database
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,11
Engine ulVersion: 0x620,11
Created ulVersion: 0x620,9
DB Signature: Create time:12/23/2005 12:11:57 Rand:3015038 Computer:
cbDbPage: 4096
dbtime: 1814380 (0x1baf6c)
State: Clean Shutdown
Log Required: 0-0 (0x0-0x0)
Streaming File: Yes
Shadowed: Yes
Last Objid: 2859
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 0
Repair Date: 00/00/1900 00:00:00
Old Repair Count: 0
Last Consistent: (0x3,1F24,10B) 01/20/2006 17:28:49
Last Attach: (0x3,1EC5,1CB) 01/20/2006 16:39:37
Last Detach: (0x3,1F24,10B) 01/20/2006 17:28:49
Dbid: 1
Log Signature: Create time:01/20/2006 12:47:16 Rand:55422036 Computer:
OS Version: (5.2.3790 SP 1)

Previous Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Shadow copy backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

cpgUpgrade55Format: 0
cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

ECC Fix Success Count: none
Old ECC Fix Success Count: none
ECC Fix Error Count: none
Old ECC Fix Error Count: none
Bad Checksum Error Count: none
Old bad Checksum Error Count: none

Operation completed successfully in 3.0 seconds.


C:\Program Files\Exchsrvr\bin>eseutil /ml "c:\program files\exchsrvr\mdbdata\E00
.log"

Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...

Base name: E00
Log file: c:\program files\exchsrvr\mdbdata\E00.log
lGeneration: 3 (0x3)
Checkpoint: NOT AVAILABLE
creation time: 01/20/2006 16:08:43
prev gen time: 01/20/2006 14:25:31
Format LGVersion: (7.3704.8)
Engine LGVersion: (7.3704.8)
Signature: Create time:01/20/2006 12:47:16 Rand:55422036 Computer:
Env SystemPath: C:\Program Files\Exchsrvr\mdbdata\
Env LogFilePath: C:\Program Files\Exchsrvr\mdbdata\
Env Log Sec size: 512
Env (CircLog,Session,Opentbl,VerPage,Cursors,LogBufs,LogFile,Buffers)
( off, 252, 12600, 1741, 12600, 500, 10240, 147456)
Using Reserved Log File: false
Circular Logging Flag (current file): off
Circular Logging Flag (past files): off
1 C:\Program Files\Exchsrvr\mdbdata\forcys.edb
dbtime: 1806664 (0-1806664)
objidLast: 2856
Signature: Create time:12/23/2005 12:11:57 Rand:3015038 Computer:
MaxDbSize: 0 pages
Last Attach: (0x2,21AF,119)
Last Consistent: (0x2,21A6,19F)
2 C:\Program Files\Exchsrvr\mdbdata\pub1.edb
dbtime: 101007 (0-101007)
objidLast: 354
Signature: Create time:12/23/2005 12:11:57 Rand:3032985 Computer:
MaxDbSize: 0 pages
Last Attach: (0x2,21AF,1E8)
Last Consistent: (0x2,21AE,76)

Last Lgpos: (0x3,1F2A,1AF)

Integrity check passed for log file: c:\program files\exchsrvr\mdbdata\E00.log


Operation completed successfully in 1.0 seconds.


C:\Program Files\Exchsrvr\bin>

[Verwijderd]

Verwijderd schreef op vrijdag 20 januari 2006 @ 17:18:
Ik mocht aannemen dat hij wel c:\exchsrvr\enz\enz heeft gedaan

ps ik heb het topic ook ff naar huis gestuurd wellicht kan ik je vanavond nog ff helpen

Bedankt het wordt hier ben ik bang wel weer laat.

[Verwijderd]

Wat ik nu gedaan heb:

Ik heb de gebruikers in de ad verwijderd en weer opnieuw aangemaakt.
Toen heb ik deze gekoppeld aan de mailboxen.
Ze kunnen nu de mailboxen weer inzien alleen ze kunnen geen mail ontvangen ( ze kunnen wel versturen)
Dit komt waarschijnlijk doordat de mapi32.dll corrupt is.
nu probeer ik deze te restoren deze oplossing ben ik nu aan het uitzoeken

[_Arthur]

Ik heb het nu zo ver dat ik in een andere mailbox store weer alle mailboxen heb staan.
Vraag me niet hoe maar het ik heb ze nu weer.

Weet je uberhaupt wel waar je mee bezig bent? Ik heb namelijk sterk het gevoel van niet.

Ook omdat je niet eens antwoord geeft op tegen vragen zodat andere je mischien wel de goede tips/hints kunnen geven.

Met alleen aanprutsen help je de boel alleen nog meer naar z'n grootje.

[Verwijderd]

Omdat ik dat al gedaan had en het is er een beetje tussendoor geschoten om daarop te antwoorden omdat ik nog gewoon op mijn werk zat.
Maar het is nu gelukt hoor.
Bedankt voor de hulp.

[CAP-Team]

En wat heb je nu allemaal gedaan om het op te lossen? Da's altijd wel handig mochten andere tweakers tegen hetzelfde probleem aanlopen

[Verwijderd]

Ik heb het opgelost doormiddel van het volgende

Ik heb een nieuwe store aangemaakt. en heb de oude store de priv1.edb erover heen gezet.
Daarna heb ik de gebruikers opnieuw aangemaakt en deze gekoppeld aan de mailboxen.

alleen wat ik nu nog moet is de public mail weer voor elkaar maken en dat wil nog niet erg.

Ik kan deze methode ten sterkste afraden. maar bij mij wou het helemaal niet anders vandaar.