ADSM-L

[ADSM-L] SV: SV: Exchange 2010 and Error code ACN5073E and ACN6068I

2013-01-16 13:46:58
Subject: [ADSM-L] SV: SV: Exchange 2010 and Error code ACN5073E and ACN6068I
From: Christian Svensson <Christian.Svensson AT CRISTIE DOT SE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 16 Jan 2013 18:37:10 +0000
Hi Del,
I'm talking to IBM Level 2 support at the moment but I think they have go home 
for the day now in UK.
But the last test we did was to run a couple of PowerShell commands and this is 
the output L2 support sow.

2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'DAG1DB1 : Status = "Mounted".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'DAG1DB2' : Status = "Healthy".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'DAG1DB3' : Status = "Mounted".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'DAG1DB4' : Status = "Healthy".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'DAG1DB5' : Status = "Healthy".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'dag1_test' : Status = "Mounted".
2013-01-16 15:18:38.788 [011060] [9320] : TdpExcApi.cpp       (11099): Database 
'pf01' : Status = "".

But when I run following commands.
Get-MailboxDatabaseCopyStatus -Identity DAG1DB5
Get-Mailboxdatabase -Identity DAG1DB5

Name                                          Status          CopyQueue 
ReplayQueue LastInspectedLogTime   ContentIndex
                                                              Length    Length  
                           State       
----                                          ------          --------- 
----------- --------------------   ------------
DAG1DB5\MAIL1                        Healthy         0         1           
2013-01-16 17:22:34    Healthy     
DAG1DB5\MAIL2                        Mounted         0        0                 
                 Healthy     

Name                           Server          Recovery        ReplicationType  
                                       
----                           ------          --------        ---------------  
                                       
DAG1DB5                      MAIL2    False           Remote                    
                              

But when I run with Format-List I can see no backup are in progress.
We are now rebooting one server at the time and also Umount/mount each database 
to see if that helps. But we don't think so.

But another thing I sow in my trace log that was different from a working test 
system is following info
2013-01-16 10:16:43.768 [010132] [10524] : psex07ut.cpp        (7229): Exit 
psExchangeGetDAGInfo, rc = 0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1037): Enter 
CLinkedList::getCount() - 0xeeaa0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1045): Exit 
CLinkedList::getCount(), count = 0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1037): Enter 
CLinkedList::getCount() - 0xeeaa0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1045): Exit 
CLinkedList::getCount(), count = 0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1037): Enter 
CLinkedList::getCount() - 0xeeaa0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          (1045): Exit 
CLinkedList::getCount(), count = 0
2013-01-16 10:16:43.768 [010132] [10524] : tdpexcc.cpp         (6099): main(): 
ffrc=0, qrVSSQueryOutputList.getCount()=0
2013-01-16 10:16:43.768 [010132] [10524] : tdpexcc.cpp         (6103): main(): 
No selectable Exchange VSS components are available.
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          ( 256): Enter 
CLinkedList::~CLinkedList() - 0xeeea0
2013-01-16 10:16:43.768 [010132] [10524] : linklist.h          ( 698): Enter 
CLinkedList::freeAll() - 0xeeea0
  m_pHead: 0

And the line where the trace says " No selectable Exchange VSS components are 
available." Is where it is different between test and production.

Best Regards
Christian Svensson

Cell: +46-70-325 1577
E-mail: Christian.Svensson AT cristie DOT se

Säkra återläsningar.



-----Ursprungligt meddelande-----
Från: Del Hoobler [mailto:hoobler AT US.IBM DOT COM] 
Skickat: den 16 januari 2013 15:50
Till: ADSM-L AT VM.MARIST DOT EDU
Ämne: Re: SV: Exchange 2010 and Error code ACN5073E and ACN6068I

Hi Christian,

One thing to check is the Exchange database "BackupInProgress" flag.
Data Protection for Exchange utilizes this flag to know whether a backup is 
already in progress. I know you said there wasn't, but if the Exchange Server 
thinks there is, it won't allow another to start.

To check this, run this cmdlet:

    Get-MailboxDatabase -Status

check the "BackupInProgress" flag.

BTW... the trace you included is normal and not helpful for this problem. You 
would need to include the part of the trace that runs the "Get-MailboxDatabase" 
cmdlet.


Thanks,

Del

----------------------------------------------------

"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 01/16/2013
03:06:33 AM:

> From: Christian Svensson <Christian.Svensson AT CRISTIE DOT SE>
> To: ADSM-L AT vm.marist DOT edu,
> Date: 01/16/2013 03:15 AM
> Subject: SV: Exchange 2010 and Error code ACN5073E and ACN6068I Sent 
> by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> Hi all,
> I have a strange situations I try to understand.
> We have 2 x Microsoft Exchange Server 2010 DAG clusters and we have 
> the same issue on both of them.
> We are running TSM Client Version 6.4.0.0 and TSM for Exchange 6.4.
> 0.0 with TSM Server 6.3.3.0 because of we want to get hold of the new 
> DAG Node functionality.
>
> When we try to backup our DAG databases (Active or Passive) we got a 
> strange issue.
> In the new TDP MMC GUI (FCM) does TSM tell us error code ACN5073E None 
> of the storage groups entered are in a state to be backed up.
> But tdpexc.log tell us error code ACN6068I <DAGDB> is being backed up 
> by a different server - skipping.
>
> When I verify in TSM no one are backing up any databases at the moment 
> so TSM are totally quite.
> I go in to each DAG Server and verify that TSM/FCM or any other 
> products are active, and I also run DISKSHADOW to verify so VSS are 
> not holding any snapshots.
>
> I have also try to unmounts the databases and remount them with no
success.
>
> I have also verify that all VSSADMIN LIST WRITERS are active that 
> explains in following MS link.
> http://msdn.microsoft.com/en-us/library/bb204080%28EXCHG.140%29.aspx
>
> When I run a trace on the TDPEXECC command then does it match 
> following IBM link but accept that our servername are in upper case 
> instead of lower case.
> http://www-01.ibm.com/support/docview.wss?uid=swg1IC86345
>
> But I look in the trace file and it also complain on a registry key
> registry.cpp        ( 193): error opening HKEY_LOCAL_MACHINE or
> HKEY_CLASSES_ROOT with a pathkey of SYSTEM\CurrentControlSet 
> \Services\MSExchangeKMS.
> pssrvuts.cpp        ( 473): Enter CIfcService::isServiceRunning()
> pssrvuts.cpp        ( 431): Enter CIfcService::initializeData()
> pssrvuts.cpp        ( 457): Exit CIfcService::initializeData()
> pssrvuts.cpp        ( 218): Enter CIfcService::openService()
> pssrvuts.cpp        ( 150): Enter CIfcService::openScm()
> pssrvuts.cpp        ( 173): Exit CIfcService::openScm()
> pssrvuts.cpp        ( 244): Exit CIfcService::openService()
> ..\..\..\..\common\nls\amsgrtrv.cpp(3332): Searching for message number:
5304
> ..\..\..\..\common\nls\amsgrtrv.cpp(1651): ReadIndex: indexOffset =
10670
> ..\..\..\..\common\nls\amsgrtrv.cpp(1677): ReadIndex: msgIndex = 1390
> ..\..\..\..\common\nls\amsgrtrv.cpp(4931): ReadMsg: recOffset = 88896
(15B40)
> ..\..\..\..\common\nls\amsgrtrv.cpp(4973): ReadMsg: Msg hdr = 3930 :
3039
> ..\..\..\..\common\nls\amsgrtrv.cpp(4989): ReadMsg: Severity = 6, 
> Length = 57, resplen= 0
> ..\..\..\..\common\nls\amsgrtrv.cpp(5038): ReadMsg: prefixLen = 9
> ..\..\..\..\common\nls\amsgrtrv.cpp(3390): Deleting message: 153 from 
> the cache.
> ..\..\..\..\common\nls\amsgrtrv.cpp(3398): Adding message: 5304 to the
cache.
> ..\..\..\..\common\nls\amsgrtrv.cpp(2718): return from nlOrderInsert 
> (char), msgLen 64:
> agtmem.cpp          ( 398): AGENT DSMEM(-) Addr 000000001DE93170
> File ..\..\..\common\winnt\pssrvuts.cpp Line 496
> pssrvuts.cpp        ( 187): Enter CIfcService::closeService()
> pssrvuts.cpp        ( 201): Exit CIfcService::closeService()
> pssrvuts.cpp        ( 538): Exit CIfcService::isServiceRunning()
> psexcut2.cpp        (1538): scm.isServiceRunning() returned message:
> ACN5304E Unable to open service to determine if running or not.
>
> registry.cpp        ( 155): Enter getSzValue()
> registry.cpp        ( 193): error opening HKEY_LOCAL_MACHINE or
> HKEY_CLASSES_ROOT with a pathkey of SYSTEM\CurrentControlSet 
> \Services\MSExchangeSRS.
> pssrvuts.cpp        ( 473): Enter CIfcService::isServiceRunning()
> pssrvuts.cpp        ( 431): Enter CIfcService::initializeData()
> pssrvuts.cpp        ( 457): Exit CIfcService::initializeData()
> pssrvuts.cpp        ( 218): Enter CIfcService::openService()
> pssrvuts.cpp        ( 150): Enter CIfcService::openScm()
> pssrvuts.cpp        ( 173): Exit CIfcService::openScm()
> pssrvuts.cpp        ( 244): Exit CIfcService::openService()
> ..\..\..\..\common\nls\amsgrtrv.cpp(3332): Searching for message number:
5304
> ..\..\..\..\common\nls\amsgrtrv.cpp(3347): Found message: 5304 in cache.
> ..\..\..\..\common\nls\amsgrtrv.cpp(2718): return from nlOrderInsert 
> (char), msgLen 64:
> agtmem.cpp          ( 398): AGENT DSMEM(-) Addr 000000001DE93170
> File ..\..\..\common\winnt\pssrvuts.cpp Line 496
> pssrvuts.cpp        ( 187): Enter CIfcService::closeService()
> pssrvuts.cpp        ( 201): Exit CIfcService::closeService()
> pssrvuts.cpp        ( 538): Exit CIfcService::isServiceRunning()
> psexcut2.cpp        (1574): scm.isServiceRunning() returned message:
> ACN5304E Unable to open service to determine if running or not
>
> Any suggestions how to continue or ideas why I can't backup my 
> Exchange DAG databases anymore?