An existing connection was forcibly closed by the remote host

[SathishkumarG3]

I encountered an error while running WorkItemMigration using Azure DevOps Migration Tools. The migration process was interrupted with an IOException stating that an existing connection was forcibly closed by the remote host.

Error Log:
[10:59:59 INF] [15.1.7-Preview.5] 403/11057 3.64%
[11:00:29 INF] [15.1.7-Preview.5] 469/11057 4.24%
[11:00:59 INF] [15.1.7-Preview.5] 540/11057 4.88%
[11:01:29 INF] [15.1.7-Preview.5] 609/11057 5.51%
[11:01:59 INF] [15.1.7-Preview.5] 680/11057 6.15%
[11:02:30 INF] [15.1.7-Preview.5] 746/11057 6.75%
[11:03:00 INF] [15.1.7-Preview.5] 822/11057 7.43%
[11:03:30 INF] [15.1.7-Preview.5] 893/11057 8.08%
[11:04:00 INF] [15.1.7-Preview.5] 964/11057 8.72%
[11:04:43 INF] [15.1.7-Preview.5] DONE in 00:09:27.6122922
Error logged to Elmah.io
[11:04:45 FTL] [15.1.7-Preview.5] Error while running WorkItemMigration
System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
   at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
   --- End of inner exception stack trace ---
   at System.Net.GZipWrapperStream.Read(Byte[] buffer, Int32 offset, Int32 size)
   at System.IO.BufferedStream.Read(Byte[] array, Int32 offset, Int32 count)
   at System.Xml.EncodingStreamWrapper.Read(Byte[] buffer, Int32 offset, Int32 count)
   at System.Xml.XmlBufferReader.TryEnsureBytes(Int32 count)
   at System.Xml.XmlBufferReader.GetBuffer(Int32 count, Int32& offset, Int32& offsetMax)
   at System.Xml.XmlUTF8TextReader.ReadText(Boolean hasLeadingByteOf0xEF)
   at System.Xml.XmlUTF8TextReader.Read()
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.RowSetColumn.System.Xml.Serialization.IXmlSerializable.ReadXml(XmlReader reader)
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.RowSet.System.Xml.Serialization.IXmlSerializable.ReadXml(XmlReader reader)
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.RowSetCollection.System.Xml.Serialization.IXmlSerializable.ReadXml(XmlReader reader)
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.ClientService.GetWorkItemClientOperation.ReadOutput(IServiceProvider serviceProvider, XmlReader reader, Object[] outputs)
   at Microsoft.TeamFoundation.Client.Channels.TfsHttpClientBase.HandleReply(TfsClientOperation operation, TfsMessage message, Object[]& outputs)
   at Microsoft.TeamFoundation.Client.Channels.TfsHttpClientBase.Invoke(TfsClientOperation operation, Object[] parameters, TimeSpan timeout, Object[]& outputs)
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.ClientService.GetWorkItem(Int32 workItemId, Int32 revisionId, Int32 minimumRevisionId, Nullable`1 asOfDate, Boolean useMaster, RowSetCollection& workItem, MetadataTableHaveEntry[] metadataHave, String& dbStamp, RowSetCollection& metadata)
   at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItemStore.LoadWorkItem(Int32 id, Int32 rev, Nullable`1 asof, IWorkItemRowSets& witem)
   at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem.EnsureCollections()
   at Microsoft.TeamFoundation.WorkItemTracking.Client.LinkCollection.Populate()
   at Microsoft.TeamFoundation.WorkItemTracking.Client.LinkCollection.get_Count()
   at Microsoft.TeamFoundation.WorkItemTracking.Common.Enumerator`1.MoveNext()
   at MigrationTools.Endpoints.TfsWorkItemConvertor.GetLinkItems(LinkCollection tfsLinks) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\Endpoints\TfsWorkItemConvertor.cs:line 96
   at MigrationTools.Endpoints.TfsWorkItemConvertor.MapWorkItemtoWorkItemData(WorkItemData context_wid, WorkItem context_wi, Dictionary`2 fieldsOfRevision) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\Endpoints\TfsWorkItemConvertor.cs:line 38
   at MigrationTools.TfsExtensions.RefreshWorkItem(WorkItemData context, Dictionary`2 fieldsOfRevision) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\TfsExtensions.cs:line 51
   at MigrationTools.TfsExtensions.AsWorkItemData(WorkItem context, Dictionary`2 fieldsOfRevision) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\TfsExtensions.cs:line 28
   at MigrationTools.TfsExtensions.ToWorkItemDataList(IList`1 collection) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\TfsExtensions.cs:line 169
   at MigrationTools._EngineV1.Clients.TfsWorkItemQuery.GetWorkItems() in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\_EngineV1\Clients\TfsWorkItemQuery.cs:line 27
   at MigrationTools._EngineV1.Clients.TfsWorkItemMigrationClient.GetWorkItems(String WIQLQuery) in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools.Clients.AzureDevops.ObjectModel\_EngineV1\Clients\TfsWorkItemMigrationClient.cs:line 202
   at VstsSyncMigrator.Engine.WorkItemMigrationContext.InternalExecute() in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\VstsSyncMigrator.Core\Execution\MigrationContext\WorkItemMigrationContext.cs:line 190
   at MigrationTools._EngineV1.Processors.MigrationProcessorBase.Execute() in D:\a\azure-devops-migration-tools\azure-devops-migration-tools\src\MigrationTools\_EngineV1\Processors\MigrationProcessorBase.cs:line 49
[11:04:45 ERR] [15.1.7-Preview.5] WorkItemMigration The Processor MigrationEngine entered the failed state...stopping run
[11:04:45 INF] [15.1.7-Preview.5] Command ExecuteMigrationCommand completed in 00:09:37.4974497

[MrHinsh]

This is generally due to a proxy closing the connection between you and the server.

[SathishkumarG3]

We are migrating 12,000 work items from source to target using the MigrationTools-15.1.7-Preview.5 tool. Currently, if the migration attempt fails, the tool re-downloads all 12,000 work items when we restart the process. This is very time-consuming. We need a solution to avoid re-downloading work items that have already been fetched and only focus on retrying the failed items.
please provide the solution for above issue

We noted that we are seeing some rate limits. Can you provide the rate limit details? (https://learn.microsoft.com/en-us/azure/devops/integrate/concepts/rate-limits?view=azure-devops)

[MrHinsh]

1. Run the migration on an azure box as close to the target as posible
2. Do not run with proxies in between

I dot not understand "Can you provide the rate limit details?". The rate limits are part of the service and are not modifiable.

[SathishkumarG3]

Please provide the step-by-step process to run the migration on an Azure box as close to the target as possible.

We need the rate limits for migrating data. For example, how many GB are free?

[SathishkumarG3]

Do you mean we should run the migration on an Azure box as close to the target as possible? Once migrating 12,000 work items from the source to the target, try rerunning it. It will automatically upload the already downloaded items.

Provide the per-day limit for work items migration. Additionally, how many times can we run the migration if any limits are available?

[MrHinsh]

I'm sorry I have no idea what you are talking about, but these might be the answers:

1. The rate limits are from Microsoft and you can refer to https://learn.microsoft.com/en-us/azure/devops/integrate/concepts/rate-limits?view=azure-devops
2. You can find the information on how to create an azure VM on https://learn.microsoft.com/en-us/azure/virtual-machines/windows/quick-create-portal
3. If the target is Azure DevOps Service then you can find where yours is running with https://learn.microsoft.com/en-us/azure/devops/organizations/accounts/change-organization-location?view=azure-devops

[SathishkumarG3]

So link is replaced with just simple text.
[19:42:39 ERR] [15.1.7-Preview.5] TfsWorkItemEmbededLinkEnricher: [SKIP] Matching target work item mention link for source work item 92511 mention link on field Des

we receiving this error how to fix this

[MrHinsh]

Its a warning not an error... I've downgraded it in the code.

[SathishkumarG3]

We are trying to install Winget on a Windows Server 2012 R2 system and are encountering the following error:
System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forInspection, Boolean suppressSecurityChecks)
How can we resolve this error? Is it possible to install Winget on Windows Server 2012 R2 and Windows 10 in a server environment?

[MrHinsh]

You would need to post on https://github.com/microsoft/winget-cli and ask there. Most folks use Chocolatey on server environments.