An attempt to restore a mailbox/public folder on Exchange 2007 server running on Windows 2008 from a GRT enabled Backup-To-Disk set fails with the error "Unable to attach to a resource"

  • Modified Date:
  • Article ID:000041706


An attempt to a restore Mailbox/Public Folder on an Microsoft Exchange 2007 server running on a Microsoft Windows 2008 from a Granular Recovery Technology (GRT) enabled Backup-To-Disk set fails with the error "Unable to attach to a resource."

Error Message

Error in Job Log :

Unable to attach to a resource. Make sure that all selected resources exist and are online, and then try again.
If the Information Store backup job is targeted to tape it fails with the following error:
Backup- \\Exchange2007\Microsoft Information Store\First Storage Group 
V-79-57344-33928 - Access Denied. Cannot backup directory ?Mailbox Database and its subdirectories. 

Error in Debug Log :

Example debug from a Single Exchange 2007 Server Topology :

Logon: m_lpMAPISession->Logon returned 80040115
m2chgdir: Logon failed without Last error set
MB2_Chgdir:Logon returned e000fea9
If the Information Store backup job is targeted to a Disk it fails with the following error(Remote Agent debug log):
 [BESocket]           - BETCPConnection::CreateConnectionFromHostAndPort: Remote Host: "EXCHANGESERVER": There were no addresses returned, belonging to family: IPv6
 [BESocket]           - BETCPConnection::CreateConnectionFromHostAndPort: Could not create a connection to "EXCHANGESERVER" because attempts with both IPv4 and IPv6 protocols failed
 [nrds]               - Could not create a BETCPConnection object from address: EXCHANGESERVER = error=An error occurred during a socket connect operation: Error Code: 10061, System Error Message: No connection could be made because the target machine actively refused it.
 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: connect to target=EXCHANGESERVER port=6101 failed
 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: Retrying in 60 seconds



  • The above problem occurs as a result of Windows 2008 using Internet Protocol version 6 (IPv6) as a preferred protocol over Internet Protocol version4 (IPv4).
  • The Exchange 2007 application while running on a Windows 2008 machine listens on the usual ports 6001, 6002 and 6004 on the IPv4 address, but listens only on ports 6001 and 6002 on its IPv6 address. The DSProxy service (port 6004) is NOT listening on the IPv6 stack.
  • Because Windows 2008 prefers IPv6 over IPv4, it talks to itself over IPv6. So when the RPC-over-HTTP Proxy tries to connect a user session to port 6004 on the same server, it tries to connect to :::1:6004 and NOT to Because the server is not listening to port 6004 on the IPv6 stack, the connection fails.

           This issue can also occur if the Media Server is on a Windows 2008 server and Exchange 2007 is installed on a Windows 2003 64bit.


To resolve the issue, perform one of the following procedures on the Client Access server. The procedure to implement the workaround depends on whether the Exchange topology is running the Client Access server role and Mailbox server role on the same Exchange server or on different Exchange servers.

For a single-server topology where the Client Access server role is running on the same Exchange server as the Mailbox server role :
  1. Open the hosts file located at %SystemRoot%\system32\drivers\etc\ by using an editor such as Notepad : 
    %SystemRoot% refers to the drive where the Windows system files are located. 
  2. Comment out the line that references the IPv6 address : 
    # :::1    localhost
  3. Add the following lines into the file:                   hostname of the computer                   FQDN of the computer actual
    IPv4 address    hostname of the computer actual
    IPv4 address    FQDN of the computer
  4. Save the changes made to the file and restart the Backup Exec services on the Exchange server.
  5. Run an Information Store backup/restore and verify the results.
If restore fails even after following above steps,disable IPv6 completely on exchange server if there is no other application using it.
For a multiple-server topology where the Client Access server role is not running on the same Exchange server as the Mailbox server role. So following changes need to be made on the Client Access server in the multiple server topology:
  1. Under Network Connections, select the network adapter, and then click Properties. 
  2. In the properties window, uncheck the check box for Internet Protocol Version 6 (IPv6). 
Clearing this check box will cause RPCProxy component on the CAS Server to use IPv4 to talk to the DSProxy component on the Mailbox Server. 
  1. Click on the Start menu, and then click Run. Type regedit in the Open box.
  2. Using Registry Editor, locate the following registry key:



Incorrect use of the Windows registry editor may prevent the operating system from functioning properly. Great care should be taken when making changes to a Windows registry. Registry modifications should only be carried-out by persons experienced in the use of the registry editor application. It is recommended that a complete backup of the registry and workstation be made prior to making any registry changes.

  1. Right-click the Parameters key, click New, and then click DWORD (32-bit) Value. For the key, add the following values: Name: DisabledComponents Data: 0xffffffff 
  2. Restart the Client Access server (CAS).
  3. Run an Information Store backup/restore and verify the results.
The above issue will also occur if the Backup Exec is installed on Windows 2008 and the host file is modified on the Exchange Server only as per above steps.To resolve this , the host file need to be modified on the Media Server as well if its a Windows 2008 server as per the above steps.




Terms of use for this information are found in Legal Notices.



Did this article answer your question or resolve your issue?


Did this article save you the trouble of contacting technical support?


How can we make this article more helpful?

Email Address (Optional)