none
DPM 2012 does not work on IPv6 RRS feed

  • Question

  • In a separate post, I detailed how we have a set up as follows:

     

    Protected server, LAN with IPv4/IPv6 <- TMG w/v6v4tunnel -> IPv4 IPSec Tunnel <- TMG w/v6v4tunnel -> LAN with IPv6/IPv4, DPM

    We added the pingbeforeconnect registry entry on the protected server and DPM to make sure it would attempt IPv6 (connectivity is only available via IPv6 between the two networks using manual DNS entries).

    The trust between the two sites is established and validated, the agents attach and are set up in protection groups without issue.  DPM protection tasks (e.g. protecting Exchange) doesn't work.

    The issue does not appear to be firewall related.  The TMG servers have the RPC restrictions removed, wbemtest verifies RPC connectivity.  

    DPM tasks start and then report a 0MB transfer.  Eventually the task fails with the following error in DPM:

    DPM failed to communicate with ipremisesvr.10100142.local because the computer is unreachable. (ID 41 Details: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond (0x8007274C))

    Any feedback on Microsoft on where to look for additional information or suggestions for additional troubleshooting?  I'll try to attach a log from the protected server.


    Rob
    • Moved by Larry Yin Wednesday, March 28, 2012 10:35 PM (From:DPM 2012 Beta - Locked)
    Thursday, January 12, 2012 2:37 PM

Answers

  • In my scenario, both the IPv4 and IPv6 addresses are returned by DNS.  I don't think the DPM client is checking connectivity over both protocols before attempting to send the data.  When I add in entries in the hosts file to force the identification of the IPv6 then the client works.

    NOTE: I had to enter both the Netbios name (computername) and the FQDN in the hosts file to get it to work.  

    This seems like a bit of a shortcoming in the client but at least there is a workaround.  I suspect setting up a DNS zone to only return the IPv6 address may work as well.


    Rob
    • Marked as answer by ip-rob Wednesday, January 18, 2012 1:31 AM
    Wednesday, January 18, 2012 1:31 AM

All replies

  • I couldn't attach the log file and the entire log is too big for the forum.  Here is the snippet where the issues appear to happen.

    3634	2B74	01/12	14:18:50.446	20	cc_base.cpp(913)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv6, Index:4
    3634	2B74	01/12	14:18:50.446	20	cc_base.cpp(908)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv4, Index:5
    3634	2B74	01/12	14:18:50.446	20	cc_base.cpp(1036)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Created Socket with Family: 2, QoS Index: 5
    3634	2B74	01/12	14:18:50.446	20	cc_base.cpp(761)	[0000000003ECB770]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - EndPoint:0000000000000000, Family: 2, Indx:5, Port:24150
    3634	1DD8	01/12	14:19:09.195	20	cc_connect.cpp(531)	[0000000003EC9480]		WARNING	DM: Going to return MAR_CONNECT_FAILED #1 dwErr=0x274c
    3634	1DD8	01/12	14:19:09.195	20	cc_base.cpp(1226)	[0000000003EC9480]		NORMAL	DM: Aborting  http state machine for reason 5
    3634	1DD8	01/12	14:19:09.195	20	session.cpp(1560)	[00000000004BA3C0]		NORMAL	Hr: = [0x8007274c] DM: Will attempt to post DM_SESSION_ERROR, pSes=00000000004BA3C0 rcv=0000000000000000 snd=0000000000000000 sesop=00000000004B7520 seserr=0000000000000000
    3634	3434	01/12	14:19:09.196	18	dsmsendersubtaskbase.cpp(162)	[00000000004B73B0]		WARNING	Failed: Hr: = [0x8007274c] CDsmSenderSubTaskBase received session error completion in WAIT state
    3634	3434	01/12	14:19:09.196	18	dsmsubtaskbase.cpp(250)	[00000000004B73B0]		WARNING	Session error before data move completed
    3634	3434	01/12	14:19:09.196	18	dsmsubtaskbase.cpp(275)	[00000000004B73B0]		NORMAL	Hr: = [0x8007274c] CDsmSubTaskBase::ErrorCleanup: subtask state: 1
    3634	3434	01/12	14:19:09.196	31	readdatasetfixupsubtask.cpp(375)	[00000000004B6F20]		NORMAL	CReadDatasetFixupSubTask::SubTaskDone [00000000004B6F20]
    3634	3434	01/12	14:19:09.196	31	datasetfixupsubtaskbase.cpp(383)	[00000000004B6F20]		NORMAL	CDatasetFixupSubTaskBase::SubTaskDone [00000000004B6F20] [00000000004B73B0]
    3634	3434	01/12	14:19:09.197	31	datasetfixupsubtaskbase.cpp(393)	[00000000004B6F20]		NORMAL	CDatasetFixupSubTaskBase::SubTaskDone - LWV
    3634	2B74	01/12	14:19:11.449	20	cc_connect.cpp(531)	[0000000003ECB770]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	DM: Going to return MAR_CONNECT_FAILED #1 dwErr=0x274c
    3634	2B74	01/12	14:19:11.449	20	cc_base.cpp(1226)	[0000000003ECB770]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: Aborting  http state machine for reason 5
    3634	2B74	01/12	14:19:11.449	20	session.cpp(1560)	[00000000004BDEB0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Hr: = [0x8007274c] DM: Will attempt to post DM_SESSION_ERROR, pSes=00000000004BDEB0 rcv=0000000000000000 snd=0000000000000000 sesop=00000000004B88B0 seserr=0000000000000000
    3634	3434	01/12	14:19:11.449	18	dsmreceiversubtaskbase.cpp(258)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] CDsmReceiverSubTaskBase received completion for session error in WAIT state
    3634	3434	01/12	14:19:11.449	18	dsmsubtaskbase.cpp(250)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Session error before data move completed
    3634	3434	01/12	14:19:11.449	18	dsmsubtaskbase.cpp(275)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Hr: = [0x8007274c] CDsmSubTaskBase::ErrorCleanup: subtask state: 1
    3634	3434	01/12	14:19:11.449	31	readdatasetfixupsubtask.cpp(375)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CReadDatasetFixupSubTask::SubTaskDone [00000000004B6F20]
    3634	3434	01/12	14:19:11.449	31	datasetfixupsubtaskbase.cpp(383)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDatasetFixupSubTaskBase::SubTaskDone [00000000004B6F20] [00000000004B8740]
    3634	3434	01/12	14:19:11.449	31	datasetfixupsubtaskbase.cpp(401)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDatasetFixupSubTaskBase::SubTaskDone - HWV
    3634	2B74	01/12	14:19:11.450	03	securityutils.cpp(61)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	GetAccountSid failed for MYDPM$
    3634	2B74	01/12	14:19:11.450	03	securityutils.cpp(49)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80070534] : F: lVal : HRESULT_FROM_WIN32(dwErr)
    3634	2B74	01/12	14:19:11.450	03	securityutils.cpp(216)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80070534] : F: lVal : GetAccountSid(ssMachineAccount.PeekStr(), ppsid)
    3634	2B74	01/12	14:19:11.450	03	dmsupport.cpp(590)	[000000000053C360]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80070534] : Error trying to get the Sid of Machine MYDPM
    3634	2B74	01/12	14:19:11.450	03	dmsupport.cpp(377)	[000000000053C360]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed to add Machine MYDPM to group DPMRADmTrustedMachines, Ignoring the failure.
    3634	2B74	01/12	14:19:13.701	22	pingutils.cpp(54)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80072af9] : F: lVal : GetAddrInfoW(pszDest, 0, &addrHint, &pAddrInfo)
    3634	2B74	01/12	14:19:13.701	22	pingutils.cpp(54)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80072af9] : F: lVal : GetAddrInfoW(pszDest, 0, &addrHint, &pAddrInfo)
    3634	2B74	01/12	14:19:13.701	20	destination.cpp(1424)	[00000000004BE7A0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: GetPreferredProtocolFamilyToConnect for MYDPM : 0, PingBeforeConnect : 1
    3634	2B74	01/12	14:19:13.701	20	cc_base.cpp(913)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv6, Index:4
    3634	2B74	01/12	14:19:13.701	20	cc_base.cpp(908)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv4, Index:5
    3634	2B74	01/12	14:19:13.701	20	cc_base.cpp(1036)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Created Socket with Family: 2, QoS Index: 5
    3634	2B74	01/12	14:19:13.701	20	cc_base.cpp(761)	[00000000004BA3C0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - EndPoint:0000000000000000, Family: 2, Indx:5, Port:24157
    3634	0750	01/12	14:19:16.485	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:19:16.496	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	2B74	01/12	14:19:34.782	20	cc_connect.cpp(531)	[00000000004BA3C0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	DM: Going to return MAR_CONNECT_FAILED #1 dwErr=0x274c
    3634	2B74	01/12	14:19:34.782	20	cc_base.cpp(1226)	[00000000004BA3C0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: Aborting  http state machine for reason 5
    3634	2B74	01/12	14:19:37.040	22	pingutils.cpp(54)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80072af9] : F: lVal : GetAddrInfoW(pszDest, 0, &addrHint, &pAddrInfo)
    3634	2B74	01/12	14:19:37.040	22	pingutils.cpp(54)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x80072af9] : F: lVal : GetAddrInfoW(pszDest, 0, &addrHint, &pAddrInfo)
    3634	2B74	01/12	14:19:37.040	20	destination.cpp(1424)	[00000000004BE7A0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: GetPreferredProtocolFamilyToConnect for MYDPM : 0, PingBeforeConnect : 1
    3634	2B74	01/12	14:19:37.040	20	cc_base.cpp(913)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv6, Index:4
    3634	2B74	01/12	14:19:37.040	20	cc_base.cpp(908)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - Spotted QoS IPv4, Index:5
    3634	2B74	01/12	14:19:37.040	20	cc_base.cpp(1036)		40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Created Socket with Family: 2, QoS Index: 5
    3634	2B74	01/12	14:19:37.040	20	cc_base.cpp(761)	[0000000003EC7190]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: - EndPoint:0000000000000000, Family: 2, Indx:5, Port:10696
    3634	0750	01/12	14:19:43.428	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:19:43.430	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:19:43.439	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:19:46.675	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:19:46.746	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	2B74	01/12	14:19:58.080	20	cc_connect.cpp(531)	[0000000003EC7190]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	DM: Going to return MAR_CONNECT_FAILED #1 dwErr=0x274c
    3634	2B74	01/12	14:19:58.080	20	cc_base.cpp(1226)	[0000000003EC7190]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	DM: Aborting  http state machine for reason 5
    3634	2B74	01/12	14:19:58.080	20	session.cpp(1560)	[00000000004BDEB0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Hr: = [0x8007274c] DM: Will attempt to post DM_SESSION_ERROR, pSes=00000000004BDEB0 rcv=0000000000000000 snd=0000000000000000 sesop=00000000004B99A0 seserr=0000000000000000
    3634	3434	01/12	14:19:58.080	18	dsmsendersubtaskbase.cpp(162)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] CDsmSenderSubTaskBase received session error completion in WAIT state
    3634	0DC8	01/12	14:19:58.080	18	dsmreceiversubtaskbase.cpp(114)	[00000000004B8740]		NORMAL	CDsmReceiverSubTaskBase::Cancel, hCancelReason: 0x4b6570, subtask state: 3
    3634	3434	01/12	14:19:58.080	18	dsmsubtaskbase.cpp(250)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Session error before data move completed
    3634	0DC8	01/12	14:19:58.080	18	dsmreceiversubtaskbase.cpp(146)	[00000000004B8740]		NORMAL	Cancel received in CLEANUP state
    3634	0DC8	01/12	14:19:58.080	18	dsmsendersubtaskbase.cpp(188)	[00000000004B9830]		NORMAL	CDsmSubTaskBase::Cancel, hCancelReason: 0x4b6570, subtask state: 1
    3634	3434	01/12	14:19:58.080	18	dsmsubtaskbase.cpp(275)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Hr: = [0x8007274c] CDsmSubTaskBase::ErrorCleanup: subtask state: 1
    3634	3434	01/12	14:19:58.080	31	readdatasetfixupsubtask.cpp(375)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CReadDatasetFixupSubTask::SubTaskDone [00000000004B6F20]
    3634	3434	01/12	14:19:58.080	31	datasetfixupsubtaskbase.cpp(383)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDatasetFixupSubTaskBase::SubTaskDone [00000000004B6F20] [00000000004B9830]
    3634	3434	01/12	14:19:58.080	31	datasetfixupsubtaskbase.cpp(409)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDatasetFixupSubTaskBase::SubTaskDone - Fixup
    3634	0DC8	01/12	14:19:58.080	18	dsmsendersubtaskbase.cpp(227)	[00000000004B9830]		NORMAL	Cancel received in CLEANUP state
    3634	2B74	01/12	14:19:58.080	18	dsmreceiversubtaskbase.cpp(114)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDsmReceiverSubTaskBase::Cancel, hCancelReason: 0x4b6570, subtask state: 3
    3634	2B74	01/12	14:19:58.080	18	dsmreceiversubtaskbase.cpp(146)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	Cancel received in CLEANUP state
    3634	2B74	01/12	14:19:58.080	31	readdatasetfixupsubtask.cpp(413)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CReadDatasetFixupSubTask::CleanUp [00000000004B6F20]
    3634	2B74	01/12	14:19:58.080	31	datasetfixupsubtaskbase.cpp(361)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDatasetFixupSubTaskBase::CleanUp [00000000004B6F20]
    3634	2B74	01/12	14:19:58.080	18	dsmsubtaskbase.cpp(86)	[00000000004B73B0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDsmSubTaskBase: destructor [00000000004B73B0]
    3634	2B74	01/12	14:19:58.080	18	dsmsubtaskbase.cpp(86)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDsmSubTaskBase: destructor [00000000004B8740]
    3634	2B74	01/12	14:19:58.080	18	dsmsubtaskbase.cpp(86)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	NORMAL	CDsmSubTaskBase: destructor [00000000004B9830]
    3634	2B74	01/12	14:19:58.081	31	aasubtask.cpp(906)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	<?xml version="1.0"?>
    3634	2B74	01/12	14:19:58.081	31	aasubtask.cpp(906)	[00000000004B6F20]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	<Status xmlns="http://schemas.microsoft.com/2003/dls/StatusMessages.xsd" StatusCode="-2147014836" Reason="Error" CommandID="RAReadDatasetFixup" CommandInstanceID="b6936c90-6ae6-4dcc-b05f-1c83aee31bc0" GuidWorkItem="30a9d312-35a8-4cdd-a668-2cdfb5b7e683" TETaskInstanceID="40b15d14-1bbd-49a5-bf10-aaf72812b1a0"><ErrorInfo xmlns="http://schemas.microsoft.com/2003/dls/GenericAgentStatus.xsd" ErrorCode="998" DetailedCode="-2147014836" DetailedSource="2"/><RAStatus><RAReadDatasetFixup xmlns="http://schemas.microsoft.com/2003/dls/ArchiveAgent/StatusMessages.xsd"><LWVStatus BytesTransferred="0" NumberOfFilesTransferred="0" NumberOfFilesFailed="0" DataCorruptionDetected="false"/><FixupStatus BytesTransferred="0" NumberOfFilesTransferred="0" NumberOfFilesFailed="0" DataCorruptionDetected="false"/></RAReadDatasetFixup></RAStatus></Status>
    3634	2B74	01/12	14:19:58.082	03	runtime.cpp(1389)	[000000000053C360]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	FATAL	Subtask failure, sending status response XML=[<?xml version="1.0"?>
    3634	2B74	01/12	14:19:58.082	03	runtime.cpp(1389)	[000000000053C360]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	FATAL	<Status xmlns="http://schemas.microsoft.com/2003/dls/StatusMessages.xsd" StatusCode="-2147014836" Reason="Error" CommandID="RAReadDatasetFixup" CommandInstanceID="b6936c90-6ae6-4dcc-b05f-1c83aee31bc0" GuidWorkItem="30a9d312-35a8-4cdd-a668-2cdfb5b7e683" TETaskInstanceID="40b15d14-1bbd-49a5-bf10-aaf72812b1a0"><ErrorInfo xmlns="http://schemas.microsoft.com/2003/dls/GenericAgentStatus.xsd" ErrorCode="2010" DetailedCode="-2147014836" DetailedSource="2"><Parameter Name="AgentTargetServer" Value="TESTSVR.10100142.local"/></ErrorInfo><RAStatus><RAReadDatasetFixup xmlns="http://schemas.microsoft.com/2003/dls/ArchiveAgent/StatusMessages.xsd"><LWVStatus BytesTransferred="0" NumberOfFilesTransferred="0" NumberOfFilesFailed="0" DataCorruptionDetected="false"/><FixupStatus BytesTransferred="0" NumberOfFilesTransferred="0" NumberOfFilesFailed="0" DataCorruptionDetected="false"/></RAReadDatasetFixup></RAStatus></Status>
    3634	2B74	01/12	14:19:58.082	03	runtime.cpp(1389)	[000000000053C360]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	FATAL	]
    3634	2B74	01/12	14:19:58.142	18	dsmsendersubtaskbase.cpp(163)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : OnSessionError(dwNumberOfBytes, pAgentOvl, dwError)
    3634	2B74	01/12	14:19:58.142	18	dsmsendersubtaskbase.cpp(278)	[00000000004B9830]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : ProcessWaitCompletion(dwNumberOfBytes, pAgentOvl, dwError)
    3634	2B74	01/12	14:19:58.142	18	dsmreceiversubtaskbase.cpp(259)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : OnSessionError(dwNumberOfBytes, pAgentOvl, dwError)
    3634	2B74	01/12	14:19:58.142	18	dsmreceiversubtaskbase.cpp(198)	[00000000004B8740]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : ProcessWaitCompletion(dwNumberOfBytes, pAgentOvl, dwError)
    3634	2B74	01/12	14:19:58.142	18	dsmsendersubtaskbase.cpp(163)	[00000000004B73B0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : OnSessionError(dwNumberOfBytes, pAgentOvl, dwError)
    3634	2B74	01/12	14:19:58.142	18	dsmsendersubtaskbase.cpp(278)	[00000000004B73B0]	40B15D14-1BBD-49A5-BF10-AAF72812B1A0	WARNING	Failed: Hr: = [0x8007274c] : F: lVal : ProcessWaitCompletion(dwNumberOfBytes, pAgentOvl, dwError)
    3634	0750	01/12	14:20:15.162	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:20:16.826	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:20:16.911	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:20:47.014	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:20:47.072	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:21:17.169	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:21:17.225	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:21:47.322	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:21:47.372	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:22:15.125	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    3634	0750	01/12	14:22:17.475	03	service.cpp(147)	[000000000020FA70]		ACTIVITY	CService::ServiceHandlerExInternal
    



    Rob
    Thursday, January 12, 2012 2:40 PM
  • The problem persists with the release candidate.  
    Rob
    Tuesday, January 17, 2012 11:04 PM
  • I'm wondering if anyone on the DPM team has any suggestions on where to look for the issue?  I have network monitor on all nodes, and have reviewed the logs extensively.  I do not see a clear indication of where the problem lies.  Since the pingbeforeconnect registry entry resolved a very similar issue in DPM 2010, I'm thinking that insight into the data movement step of the code is required to figure this one out.  

    Can someone clarify what the pingbeforeconnect registry entry does and how it would impact the use of IPv6 versus IPv4?  


    Rob
    Wednesday, January 18, 2012 12:38 AM
  • In my scenario, both the IPv4 and IPv6 addresses are returned by DNS.  I don't think the DPM client is checking connectivity over both protocols before attempting to send the data.  When I add in entries in the hosts file to force the identification of the IPv6 then the client works.

    NOTE: I had to enter both the Netbios name (computername) and the FQDN in the hosts file to get it to work.  

    This seems like a bit of a shortcoming in the client but at least there is a workaround.  I suspect setting up a DNS zone to only return the IPv6 address may work as well.


    Rob
    • Marked as answer by ip-rob Wednesday, January 18, 2012 1:31 AM
    Wednesday, January 18, 2012 1:31 AM
  • In my scenario, both the IPv4 and IPv6 addresses are returned by DNS.  I don't think the DPM client is checking connectivity over both protocols before attempting to send the data.  When I add in entries in the hosts file to force the identification of the IPv6 then the client works.

    NOTE: I had to enter both the Netbios name (computername) and the FQDN in the hosts file to get it to work.  

    This seems like a bit of a shortcoming in the client but at least there is a workaround.  I suspect setting up a DNS zone to only return the IPv6 address may work as well.


    Rob

    Does that works for others as well?

    Would you be able to present an example host file, as it did not work for me. Maybe I did something wrong?

    Thx, Josk 

     
    Tuesday, March 26, 2013 8:10 PM
  • I have done many tests with DPM and other SC products with IPv6. It seems to work well in an IPv6 only environment, but not if you still have IPv4 addresses. If your DPM server only has an IPv6 address and your protected Server has both IPv4 and v6 then DPM seems to try using IPv4 to contact the protected server which will fail since the DPM Server doens't have an v4 address... I have raised this issue with Microsoft but it looks like this is the way it is supposed to be. Bad in my opinion since it makes it very difficult to move to IPv6 if DPM will always prefer IPv4. IPv6 must always take precedence over v4!

    There is a registry key you can try to set (ping before connect) which can help, but it didn't help in all of my tests. I basically gave up on the idea to move to IPv6 because of the weird preference of System Center 2012 products to use IPv4 instead of IPv6 :-(

    Check here: http://social.technet.microsoft.com/Forums/en-US/dataprotectionmanager/thread/e2267282-5cae-4605-8792-c83e4d99f881/

    Wednesday, March 27, 2013 9:49 AM
  • I also stopped using DPM in the scenario where this was an issue.  It just became to difficult and I hate using hosts files.  These quirks have limited the deployment of SC DPM to within our data center where things are on a typical LAN.  Anything outside that box seems to create issues.

    My entries would be pretty simple:

    IPv6Address computername

    ipv6address computername.mydomain.local

    where ipv6 address was the IPv6 address of the DPM server.


    Rob

    Wednesday, March 27, 2013 12:53 PM
  • Agree with you Marcus and Rob. If IPv6 woudl be the default protocol things would be a lot easier.

    With the PIngBeforeConnect backup for DirectAccess connected clients worked with the previous DPM version. I expected that the issue would have been solved with DPM 2012  but it has only become worse.

    I am having no luck with using local host file  entries. 

    How much better it was in the days we had Altiris. Pitty that product was discontinued. Guess we have to go to Acronis or some product like that now. 

    Wednesday, March 27, 2013 1:26 PM