Daniel Arkley's questions

I have a set of several offices joined using various combinations of IPsec VPNs and an MPLS network. The majority of sites form a mesh arrangement using the VPNs, but site B only has a single IPsec VPN to site A - site B cannot reach any of the other sites (sites C, and D).

Sites A, C, and D all share an Active Directory domain, say "companya.com". Domain controllers for companya.com are located in all three sites, and are all running Windows Server 2012 R2.

Site B runs its own Active Directory domain - say "companyb.com". Domain controllers for companyb.com are located solely in site B. One runs Windows Server 2019, the other runs Windows Server 2012 R2.

We have established a two-way trust between the AD domains companya.com and companyb.com. This was achieved using a conditional forwarder in the AD DNS servers for companyb.com, pointing to both domain controllers on site A for companya.com; in addition, we set up a stub zone in companya.com to point to both domain controllers on site B for companyb.com.

As expected, both domain controllers in site A can reliably contact a domain controller in site B. However, both domain controllers in site B can only reliably contact domain controllers in site A - because we deployed a conditional forwarder, sometimes DNS lookups for SRV records describing domain controllers in site B return results for sites C and D, which site B cannot access at all. This is causing sporadic errors such as "The system cannot contact a domain controller to service the authentication request. Please try again later."

I need to ensure that when domain controllers in companyb.com perform lookups to find domain controllers on companya.com, that only domain controllers in site A are returned.

I have tried:

• Configuring an AD Site for site B, using the subnet to which the companyb.com domain controllers are connected. However, I don't think this works because there is nothing configured in DNS to specify that site B should only be served results for site A.
• Replacing the conditional forwarder on DCs in companyb.com with a stub zone. The same problem persisted, except worse because the stub zone caused lookups against DNS servers in sites C and D, which are unreachable.
• Manually adding a primary AD-integrated zone for companya.com on companyb.com's DNS servers, and adding records all pointing to domain controllers on site A:
  • Multiple A records for companya.com.
  • Multiple _gc._tcp.companya.com records.
  • Multiple _ldap._tcp.companya.com records.
  • Multiple _kerberos._tcp.companya.com records.

I am not able to build IPsec tunnels between site B, and sites C and D, nor am I able to route traffic to sites C and D via the existing tunnel from site B to site A.

I suspect that Windows Server 2016's DNS policies feature might help this situation but I don't have access to DCs running Windows Server 2016. I also suspect I may have missed some records when I manually set up a DNS zone om companyb.com's servers.

Any insight would be appreciated.

I have a cluster of 3 VMware ESXi6.0 hosts which are not licensed for VMware Distributed Switch. Currently, these hosts are configured with a static LAG between 2 ports on the server and a port each on a pair of Cisco Nexus 9372PX switches joined together with vPC. The servers connect via 10GbE over fibre.

My understanding of vPC is that it allows the switches to form aggregate links across multiple devices without the use of a stack. So, where I have configured a static LAG this seems to work fine.

My concern is that without a protocol such as LACP in place, should one of the Cisco switches go down, or should one of the server NICs fail, there is no way of renegotiating which ports can participate in the LAG so we would lose a theoretical 50% of traffic (based on Src/Dst IP Hash).

Is there a better way of configuring this link aggregation? On 10GbE, is there any merit in having an aggregated link (my gut feeling is no) and should I just let VMware "do it's thing" with regard to failover? What kind of configuration should I have in place on the switch?

I've done some research into this numerous times previously, and all roads seem to point to VMware Distributed Switch which, unfortunately, is prohibitively expensive for us.

I have a pair of Cisco Nexus 9372PX switches running NXOS version 7.0(3)I1(3). According to the link at http://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/system_management/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_System_Management_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_System_Management_Configuration_Guide_7x_chapter_011000.pdf, sFlow is supported on this switch and should be turned on using:

configure terminal
feature sflow

However, when I try this I get an error saying the command is invalid. When I run:

configure terminal
feature ?

... the sFlow feature isn't even listed!

I'm logged in as a network-admin user so don't believe this to be permissions related. Any thoughts on what I can try?

I have recently added a new site to my Active Directory domain (single forest, single domain). I have mapped subnets to the sites, and added one DC to the new site with our remaining 4 on the original site.

As part of the configuration of the new site I looked at NTDS Settings to ensure replication was configured correctly, and things look... odd.

I've compiled a list of which servers have replication configured from other servers. I've obscured the names for security reasons but, for background:

• SERVER-A is our FSMO role holder for all roles.
• SERVER-B is a virtual instance of a DC.

Both SERVER-A and SERVER-B are Windows Server 2012 Standard.

• SERVER-C is our previous FSMO role holder which has been relegated to the role of a standard DC, no FSMO roles are held by it. This DC runs Windows Server 2003.
• SERVER-D has never hosted any FSMO roles. It runs Windows Server 2008.

SERVER-A through SERVER-D all live in the same AD Site, called BHO.

• SERVER-E holds no FSMO roles but is the sole DC in a new site, called ECO. It runs Windows Server 2012 Standard.

Ultimately, SERVER-C and SERVER-D will be demoted, removed from the domain, and have their hard disks formatted. However, I am nervous to do this because it appears replication relies quite heavily on these servers at present, particularly SERVER-C!

The list below shows each server, and the "source" servers associated with it (i.e. the servers are listed, followed by the servers which appear under the NTDS Settings page in ADS+S.

SERVER-C -> SERVER-A
SERVER-C -> SERVER-B
SERVER-C -> SERVER-E
SERVER-D -> SERVER-A
SERVER-D -> SERVER-B
SERVER-A -> SERVER-C
SERVER-A -> SERVER-D
SERVER-B -> SERVER-C
SERVER-B -> SERVER-D
SERVER-E -> SERVER-A

I am unsure what this means. If I click SERVER-C, go into it's NTDS Settings, and see Servers A, B and E listed, does this mean changes made on servers A, B and E will be replicated to C, or that changes on C are pushed to A, B and E?

My understanding is that C will receive changes from A, B and E which seems strange given that C is our "PDC" (for want of a better description). What I want is for C to push changes to A, B, D and E. And for each of A, B, D, and E to push their changes to C. Even more ideally, C and D would both be master copies, would replicate changes between themselves, but all other servers (A, B, E) would replicate their changes to one of C and D, before the change is then pushed out to the remaining servers.

I hope this explanation makes sense. Please could someone clarify whether I'm barking up the wrong tree and if so, whether it is safe to add the correct NTDS replication settings before removing the "incorrect" ones?

I am trying to restore an individual folder from an Exchange 2007 GRT backup, and the restore is failing with error code E000848C.

The setup is a Windows Server 2008 Standard x64 machine running Exchange 2007 SP3, and a Windows Server 2008 Standard x64 machine running Backup Exec 12.5.

Both servers were updated with the latest Windows Updates on Sunday just passed.

The backup in question is a nightly, full Information Store backup to disk.

I have tried:

• Ensuring the Backup Exec service account is a Domain Administrator, Exchange Organization Administrator, Local Administrator on both the Exchange and Backup Exec servers.
• Granting Full Access over the mailbox in question to the service account.
• Creating a mailbox for the account and ensuring it has a unique name, that it is populated in the Global Address Book and that I have both sent and received an email via OWA.
• Installing the Exchange Management Tools for EX2007SP3 on the Backup Exec server.
• Uninstalling and then reinstalling the Remote Agent for Windows Servers and ensuring it publishes itself to the Media Server.
• Pinging between the servers to confirm there is no layer 1 fault (!).
• Rebooting the Backup Exec server.
• Restoring a single message - which failed.
• Restoring a single folder - which failed.
• Restoring from another mailbox - which failed.
• Ensuring both servers have a staging directory, C:\Temp\, which the service account has access to.

I have had a read through the Debug log from Backup Exec and the only thing that looks important, to me, is "ERROR: 10 Error: Invalid device". I've been through the Backup Exec site and not found any solution that has worked for me.

The interesting thing is that when I run the "Symantec Help" utility, it claims that the Backup Exec account is not a member of the Local Admin group, not a member of the Domain Admin group and not a member of the Exchange Organization Admins group. However, when I query against AD, I am told the opposite:

PS Z:\> Get-QADMemberOf

cmdlet Get-QADMemberOf at command pipeline position 1
Supply values for the following parameters:
Identity: DOMAIN\BACKUPEXEC

Name                           Type            DN
----                           ----            --
Domain Users                   group           CN=Domain Users,CN=Users,DC=s...
Exchange Organization Admin... group           CN=Exchange Organization Admi...
Domain Admins                  group           CN=Domain Admins,CN=Users,DC=...

All servers have the "Domain Admins" group as members of the local Administrators group, and I have also added the BACKUPEXEC account as a local Administrator explicitly, on both the Exchange and Backup Exec servers.

Can anyone shed any light on what might be occuring?

If it helps, I've posted a copy of the backup log below. I have anonymised the server names, account names and DNS names for security.

***************************************************************************
*****                  SGMon log for \\BACKUPSERVER                       *****
***************************************************************************
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 ndmpConnectEx: 'BACKUPSERVER' resolves to the local machine itself. So, we will try and connect to a loopback address ...
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 ndmpConnectEx : Control Connection information: A connection was established between end-points [::1]:58529 and [::1]:10000.
BEREMOTE: [03/27/13 14:17:40] [0000]     [3464] 03/27/13 14:17:40 ndmpRun: Control connection accepted : connection established between end-points [::1]:10000 and [::1]:58529
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMP version 3 connection CONNECTED
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector::AuthenticateClient(): Using Default Account for proxy Authentication
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000118] [Info] VSN received: type = VSN_TYPE_ACTJOBEX_UPDATE
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000119] [Debug] VSN is an ADD
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000120] [Debug] VSN added to queues
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000121] [Info] VSN received: type = VSN_TYPE_SCHJOB_UPDATE
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000122] [Debug] VSN is a MODIFY
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 -1 Client requested key (1364394032).
BKUPEXEC: [03/27/13 14:17:40] [0000]     03/27/13 14:17:39 [0018] [0000123] [Debug] VSN added to queues
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 01 Server Configuration: Client added: 8
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 -1 Client 'BACKUPSERVER' connected('','DOMAIN\BACKUPEXEC'): 0xbab4ba0
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPEngine::SetupNDMPConnection(): Using the system default logon account
BEREMOTE: [03/27/13 14:17:40] [0000]     BECryptoInit: BECrypto non-FIPS mode successfully enabled.
BENGINE:  [03/27/13 14:17:40] [0000]     BECryptoInit: BECrypto non-FIPS mode successfully enabled.
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 BELogonUser: beclass::IsThisMe() returned error: 87
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 LogonType set = [LOGON32_LOGON_BATCH][0x4]
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 LogonUser(LOGON32_LOGON_BATCH-0x4) success
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 Successfully impersonated DOMAIN\BACKUPEXEC
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 WhoAmI( ) reports: DOMAIN\BACKUPEXEC
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 01 Server Configuration: Client removed: 7
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 -1 Client 'BACKUPSERVER' Disconnected:0xbab4ba0
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 PDI data store server(BACKUPSERVER) supports PDI
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector::EndConnection(): Data Server = BACKUPSERVER
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 FS supports PDI.
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Enter RestoreMessageHandler::SetTargetDeviceName
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40   OS ID is [0x46]
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40   Target OS ID is [0x46]
BEREMOTE: [03/27/13 14:17:40] [0000]     [3984] 03/27/13 14:17:40 @@@@@@@MyCloseSocket called with sockfd = 1868(0x74c)    retval = 0
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40   Device Subtype is [0x2]
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: in : inFamilyGuid({F0835925-89FE-47C5-BB82-DDFDD3B78F13}), familyId(1115360205), setNum(1)
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  Get a Connection from Pool : Size(3)
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: status(0) connectServerComponent : in (0) -- current 0
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  ValidateConnection :  1
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: Input Parameters for BackupSet_ByResource_View : [1]({F0835925-89FE-47C5-BB82-DDFDD3B78F13}),[3](1)
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: SELECT * FROM ImageObjectView where 1=1  AND MediaFamilyGuid = {F0835925-89FE-47C5-BB82-DDFDD3B78F13}  AND ImageNumber = 1  ORDER BY  MediaFamilyGuid  ,  ImageNumber  ,  MediaNumber
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: Number of records returned: 1
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: out : devName = \\EMAILSERVER.domain.local\Microsoft Information Store\MX01 First Storage Group
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  ReleaseConnection ...
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  Reset connection ...
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40   Queried Device: \\EMAILSERVER.domain.local\Microsoft Information Store\MX01 First Storage Group
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40   Setting target path: []
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Exit SetTargetDeviceName - deviceName: [\\EMAILSERVER.domain.local\Microsoft Information Store\MX01 First Storage Group]
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 ValidatePDILocation: Validating PDI location: [E:\Backup Sets\EMAILSERVER IS Daily\IMG002071]. Temp path: [C:\TEMP]
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: in : imageGuid({F0835925-89FE-47C5-BB82-DDFDD3B78F13})
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  Get a Connection from Pool : Size(3)
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: status(0) connectServerComponent : in (0) -- current 0
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  ValidateConnection :  1
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: Input Parameters for Image_Fragments_View : [26]({F0835925-89FE-47C5-BB82-DDFDD3B78F13})
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: SELECT * FROM ImageObjectView where 1=1  AND ImageGUID = {F0835925-89FE-47C5-BB82-DDFDD3B78F13}  ORDER BY  MediaFamilyGuid  ,  ImageNumber  ,  MediaNumber
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]: Number of records returned: 1
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  ReleaseConnection ...
BECAT:    [03/27/13 14:17:40] [0000]     BECAT : [03/27/13 14:17:40]:[3908:2404]:[3]:  Reset connection ...
PVLSVR:   [03/27/13 14:17:40] [0000]     [1532] 03/27/13 14:17:40.645 PvlEntityDatabase::QueryEntity()

            ParentEntityType = NULL_ENTITY_TYPE

            ParentEntityGuid = {00000000-0000-0000-0000-000000000000}

            EntityType = DEVICE_ENTITY_TYPE

            EntityGuid = {95700489-EB21-4B0D-899A-712296779488}

            EntityName = ""

            EntityFlags = 0x00000000
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Media Label: IMG002071
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 12 AdammAdminBO::Get() - Parent = NULL , Entity = MEDIA
PVLSVR:   [03/27/13 14:17:40] [0000]     [1532] 03/27/13 14:17:40.645 PvlEntityDatabase::QueryEntity()

            ParentEntityType = NULL_ENTITY_TYPE

            ParentEntityGuid = {00000000-0000-0000-0000-000000000000}

            EntityType = MEDIA_ENTITY_TYPE

            EntityGuid = {F0835925-89FE-47C5-BB82-DDFDD3B78F13}

            EntityName = ""

            EntityFlags = 0x00000000
PVLSVR:   [03/27/13 14:17:40] [0000]     [1532] 03/27/13 14:17:40.645 PvlEntityDatabase::QueryEntity() : SUCCESS!
BESERVER: [03/27/13 14:17:40] [0000]     [4524] 03/27/13 14:17:40 12 AdammAdminBO::Get() - hr = 0x0
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Trying to create backup BSD \\EMAILSERVER.domain.local\Microsoft Information Store\MX01 First Storage Group for PDI restore
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Failed to Load AllowExcludes key, We will update DR file evenif there are userExcludes. Error: 5
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector:SetupConnection(): Data Server = BACKUPSERVER
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 Could not resolve the "bews-ndmp" or the "ndmp" service, error code: 10109, using port 10000
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 ndmpConnectEx: 'BACKUPSERVER' resolves to the local machine itself. So, we will try and connect to a loopback address ...
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 ndmpConnectEx : Control Connection information: A connection was established between end-points [::1]:58533 and [::1]:10000.
BEREMOTE: [03/27/13 14:17:40] [0000]     [3464] 03/27/13 14:17:40 ndmpRun: Control connection accepted : connection established between end-points [::1]:10000 and [::1]:58533
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMP version 3 connection CONNECTED
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector::AuthenticateClient(): Using SSPI authentication with SLA/DLA as a fallback
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector::ConnectAuthUseSSPIasDefault(): Attempting SSPI authentication...
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMP_SSPI: InitializeSecurityContext status 0x00090312 in 0 out 51
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 NDMP_SSPI: AcceptSecurityContext status 0x00090312 in 51 out 192
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMP_SSPI: InitializeSecurityContext status 0x00000000 in 192 out 88
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 NDMP_SSPI: AcceptSecurityContext status 0x00000000 in 88 out 0
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 NDMP_SSPI: Security Package Name: NTLM
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 NDMP_SSPI: client authenticated as BACKUPEXEC
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 CreateAnonymousSID: sid is S-1-5-7
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 IsUserAnonymous() returns FALSE
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMP_SSPI: client authenticated with server
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 NDMPAgentConnector::ConnectAuthUseSSPIasDefault(): SSPI authentication success.
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 ndmpdDataConnect: RAWS is attempting data connection on

    IP : 10.10.10.22

    Port : 20658
BEREMOTE: [03/27/13 14:17:40] [0000]     [4936] 03/27/13 14:17:40 ndmpdDataConnect : Data Connection information: A connection was established between end-points 10.10.10.37:58535 and 10.10.10.22:20658.
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 PDIRestoreBSDProcessor::EstablishPDIDataConnection() - data connection established successfully.
BENGINE:  [03/27/13 14:17:40] [0000]     [2404] 03/27/13 14:17:40 PDIRestoreBSDProcessor::ProcessPDIDataTransfer: Starting data transfer between EMAILSERVER.domain.local and BACKUPSERVER
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 ERROR: 10 Error: Invalid device
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Enter RestoreMessageHandler::GetMachineName
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: in : inFamilyGuid({F0835925-89FE-47C5-BB82-DDFDD3B78F13}), familyId(1115360205), setNum(1)
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]:  Get a Connection from Pool : Size(3)
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: status(0) connectServerComponent : in (0) -- current 0
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]:  ValidateConnection :  1
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: Input Parameters for BackupSet_ByResource_View : [1]({F0835925-89FE-47C5-BB82-DDFDD3B78F13}),[3](1)
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: SELECT * FROM ImageObjectView where 1=1  AND MediaFamilyGuid = {F0835925-89FE-47C5-BB82-DDFDD3B78F13}  AND ImageNumber = 1  ORDER BY  MediaFamilyGuid  ,  ImageNumber  ,  MediaNumber
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: Number of records returned: 1
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]: out : devName = \\EMAILSERVER.domain.local\Microsoft Information Store\MX01 First Storage Group
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]:  ReleaseConnection ...
BECAT:    [03/27/13 14:17:41] [0000]     BECAT : [03/27/13 14:17:41]:[3908:2404]:[3]:  Reset connection ...
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Exit GetMachineName - Machine name: [EMAILSERVER.domain.local]
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 NDMPAgentConnector::EndConnection(): Data Server = BACKUPSERVER
BEREMOTE: [03/27/13 14:17:41] [0000]     [4936] 03/27/13 14:17:41 NDMP_SSPI: reverted to user SYSTEM
BEREMOTE: [03/27/13 14:17:41] [0000]     [4936] 03/27/13 14:17:41 @@@@@@@MyCloseSocket called with sockfd = 2020(0x7e4)    retval = 0
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 NDMPAgentConnector::EndConnection(): Data Server = EMAILSERVER.domain.local
BEREMOTE: [03/27/13 14:17:41] [0000]     [4936] 03/27/13 14:17:41 @@@@@@@MyCloseSocket called with sockfd = 1868(0x74c)    retval = 0
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Removing 'Restore 00076' from status update list
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Updating status for: 'Restore 00076' (0x18 0xB)
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Status for: 'Restore 00076' updated
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Merging of BE / VSR Job Logs not necessary for this Type of Job
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Ending job 'Restore 00076' with error status (-536836980)
BESERVER: [03/27/13 14:17:41] [0000]     [4524] 03/27/13 14:17:41 17 JobManager::HandleEndJob() called
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 -1 ActiveState::doEndEvent( ): 'Restore 00076'
BENGINE:  [03/27/13 14:17:41] [0000]     [2404] 03/27/13 14:17:41 Job thread terminating
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 17 JobManager::DoJobCompletionTasks(Restore 00076): GetFinalJobStatus()=6
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 17 JobManager::DoJobCompletionTasks() Handling normal JOB_STATE_ERROR
BESERVER: [03/27/13 14:17:41] [0000]     [4524] 03/27/13 14:17:41 01 Server Configuration: Client removed: 6
BESERVER: [03/27/13 14:17:41] [0000]     [4524] 03/27/13 14:17:41 -1 Client 'BACKUPSERVER' Disconnected:0xbab4cc0
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 17 JobManager::DoJobCompletionTasks() Finished building JOB_STATE_ERROR message
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 18 Alert Job Failed, Notify: No, EventLog: Yes, Trap: No
BESERVER: [03/27/13 14:17:41] [0000]     [3660] 03/27/13 14:17:41 -1 ActiveState::doEndEvent( ): CJobManager::DoJobCompletionTasks() returned 0x0
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000124] [Info] VSN received: type = VSN_TYPE_ALERT_UPDATE
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000125] [Debug] VSN is an ADD
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000126] [Debug] VSN added to queues
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000127] [Info] VSN received: type = VSN_TYPE_COMPJOB_UPDATE
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000128] [Debug] VSN is an ADD
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000129] [Debug] VSN added to queues
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000130] [Info] VSN received: type = VSN_TYPE_ACTJOBEX_UPDATE
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000131] [Debug] VSN is a REMOVE
BKUPEXEC: [03/27/13 14:17:42] [0000]     03/27/13 14:17:41 [0018] [0000132] [Debug] VSN added to queues
BESERVER: [03/27/13 14:17:45] [0000]     [3156] 03/27/13 14:17:44 17 JobManager: Sending History Update VSN, count:1.
BESERVER: [03/27/13 14:17:45] [0000]     [3156] 03/27/13 14:17:44 17 CJobManagerBO::Query QUERY_JOBSETUP_MONITOR
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000133] [Info] VSN received: type = VSN_TYPE_JOBHIST_UPDATE
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000134] [Debug] VSN is a MODIFY
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000135] [Debug] No VSN payload - do a reset
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000136] [Debug] VSN added to queues
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000137] [Info] VSN received: type = VSN_TYPE_SCHJOB_UPDATE
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000138] [Debug] VSN is a MODIFY
BKUPEXEC: [03/27/13 14:17:45] [0000]     03/27/13 14:17:44 [0018] [0000139] [Debug] VSN added to queues