Revit 2016 Etransmit doesn't repath links completely

[Anonymous]

Good day,

A week or so ago our consultants (mechanical, electrical, plumbing and structural) all complained of outragous opening times for our model after we etransmitted it and delivered via newforma.  

We verified build numbers across the board.  Verified machine specs (all well above minimums needed for this project).  Tested the file internally to try to reproduce the problem.  Finally we began troubleshooting with one external user. 

Normally we etransmit with settings to purge everything except views on sheets.  We don't include any linked files.  But the users outside of the office were seeing opening times >60min on a 150mb file.  

After much sleuthing I found that it appears Revit is looking for our internal server (Revit Server2016) repeatedly, even when we include the linked files in the transmittal (and they are set to have relative paths).  Based on journal entries Revit is trying to get to this revit server (and in some cases other RS we have access to) when opening a file that should be completely detached.  This happens even if the worksets that the links reside on are closed.  This file is set up to prompt to select worksets on open, all the linked files are on obvious worksets.  

The question is, why does revit insist on looking for this revit server when etransmit has marked it as being detached?  Why does it continue to look for linked files on RS when the links are set to relative in the transmitted file? 

Below is a snippet from journal. File had links unloaded, and had been etransmitted from RS

' 5:< SLOG $9d455c02 2016-05-16 14:14:10.008 >Open:Local  "C:\Users\myusername\Downloads\ELLIS Links not loaded\ELLIS-ARCH-firm.rvt" 
' 5:< fileSizeOnOpen:155176KB 
 'E 16-May-2016 14:14:10.008;   6:< 
 ' [Jrn.BasicFileInfo] Rvt.Attr.Worksharing: Central Rvt.Attr.UserName:  Rvt.Attr.CentralModelPath: C:\Users\anotherusername\Desktop\ELLIS Test\ELLIS-ARCH-firm_2016-5-16_14.0.25\ELLIS-ARCH-firm.rvt Rvt.Attr.RevitBuildVersion: Autodesk Revit Architecture 2016 (Build: 20160126_1600(x64)) Rvt.Attr.LastSavePath: C:\Users\anotherusername\Desktop\ELLIS Test\ELLIS-ARCH-firm_2016-5-16_14.0.25\ELLIS-ARCH-firm.rvt Rvt.Attr.ProjectSpark: notProjectSpark Rvt.Attr.LocaleWhenSaved: ENU 
 ' 6:< File was saved in Autodesk Revit Architecture 2016 (Build: 20160126_1600(x64)) 
 ' 6:< ::11:: Delta VM: Avail -28 -> 134182606 MB, Used +24 -> 408 MB, Peak +24 -> 408 MB; RAM: Avail -30 -> 11694 MB, Used +32 -> 108 MB 
 '  0.104811         7:<<<ContentDocuments 
 ' 6:< SLOG $9d455c02 2016-05-16 14:14:10.200 .Open:Local:LFV  central=3019 local=1 
 ' 6:< ModelPath Created: Is server path = True, Central server = "vm-rs2016.local.MYDOMAIN.com", Path = "JobNo_ELLIS Market\Context\ELLIS & Clay_2016.rvt" 
 ' 6:< ModelPath Created: Is server path = True, Central server = "vm-rs2016.local.MYDOMAIN.com", Path = "JobNo_ELLIS Market\Context\ELLIS & Clay_2016.rvt" 
 ' 6:< Operation - RSEnterpriseClientInterop::identifyModel: SessionToken: User's Name tomAtfirm, User's Machine Name TB-16-02, Operation GUID 2a3682c1-ad4a-4b6e-b98f-20af6278af2a 
 ' 6:< Time: 5/16/2016 14:14:10:224 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail -3 -> 134182603 MB, Used +1 -> 410 MB, Peak +2 -> 410 MB; RAM: Avail -67 -> 11628 MB, Used +29 -> 138 MB 
 ' 6:< Retry Count: 0 . Caught exception:  
 ' 6:<   Autodesk.RevitServer.Enterprise.Common.ClientServer.Helper.Exceptions.ProxyGenerationException: A problem occurred generating a proxy for the client action, Client Action = BasicAction, Target Node = vm-rs2016.local.MYDOMAIN.com, Binding Name = tcpbuffer 
 ' 6:<     System.ServiceModel.EndpointNotFoundException: Could not connect to net.tcp://vm-rs2016.local.MYDOMAIN.com/ModelService2016/ModelService.svc/tcpbuffer. The connection attempt lasted for a time span of 00:00:21.0037543. TCP error code 10060: 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 50.87.248.129:808.  
 ' 6:<       System.Net.Sockets.SocketException: 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 50.87.248.129:808 
 ' 6:< Time: 5/16/2016 14:14:31:631 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail +4 -> 134182608 MB, Used -1 -> 409 MB; RAM: Avail -53 -> 11576 MB, Used 138 MB 
 ' 6:< Retry Count: 1 . Caught exception:  
 ' 6:<   Autodesk.RevitServer.Enterprise.Common.ClientServer.Helper.Exceptions.ProxyGenerationException: A problem occurred generating a proxy for the client action, Client Action = BasicAction, Target Node = vm-rs2016.local.MYDOMAIN.com, Binding Name = tcpbuffer 
 ' 6:<     System.ServiceModel.EndpointNotFoundException: Could not connect to net.tcp://vm-rs2016.local.MYDOMAIN.com/ModelService2016/ModelService.svc/tcpbuffer. The connection attempt lasted for a time span of 00:00:21.0024907. TCP error code 10060: 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 50.87.248.129:808.  
 ' 6:<       System.Net.Sockets.SocketException: 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 50.87.248.129:808 
 ' 6:< RevitServerException caught in constructor of ModelResolvableLocation: Other Communication Exception while interacting with Revit Server. Please contact technical support. 
 ' 6:< Operation - RSEnterpriseClientInterop::identifyModel: SessionToken: User's Name tomAtfirm, User's Machine Name TB-16-02, Operation GUID 596375a1-a244-4bc4-ba7d-7a995cdbd9be 
 ' 6:< Time: 5/16/2016 14:14:52:661 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail 134182608 MB, Used 409 MB, Peak +1 -> 411 MB; RAM: Avail -18 -> 11558 MB, Used +1 -> 140 MB 

[Anonymous]

Good day,

A week or so ago our consultants (mechanical, electrical, plumbing and structural) all complained of outragous opening times for our model after we etransmitted it and delivered via newforma.  

We verified build numbers across the board.  Verified machine specs (all well above minimums needed for this project).  Tested the file internally to try to reproduce the problem.  Finally we began troubleshooting with one external user. 

Normally we etransmit with settings to purge everything except views on sheets.  We don't include any linked files.  But the users outside of the office were seeing opening times >60min on a 150mb file.  

After much sleuthing I found that it appears Revit is looking for our internal server (Revit Server2016) repeatedly, even when we include the linked files in the transmittal (and they are set to have relative paths).  Based on journal entries Revit is trying to get to this revit server (and in some cases other RS we have access to) when opening a file that should be completely detached.  This happens even if the worksets that the links reside on are closed.  This file is set up to prompt to select worksets on open, all the linked files are on obvious worksets.  

The question is, why does revit insist on looking for this revit server when etransmit has marked it as being detached?  Why does it continue to look for linked files on RS when the links are set to relative in the transmitted file? 

Below is a snippet from journal. File had links unloaded, and had been etransmitted from RS

' 5:< SLOG $9d455c02 2016-05-16 14:14:10.008 >Open:Local  "C:\Users\myusername\Downloads\ELLIS Links not loaded\ELLIS-ARCH-firm.rvt" 
' 5:< fileSizeOnOpen:155176KB 
 'E 16-May-2016 14:14:10.008;   6:< 
 ' [Jrn.BasicFileInfo] Rvt.Attr.Worksharing: Central Rvt.Attr.UserName:  Rvt.Attr.CentralModelPath: C:\Users\anotherusername\Desktop\ELLIS Test\ELLIS-ARCH-firm_2016-5-16_14.0.25\ELLIS-ARCH-firm.rvt Rvt.Attr.RevitBuildVersion: Autodesk Revit Architecture 2016 (Build: 20160126_1600(x64)) Rvt.Attr.LastSavePath: C:\Users\anotherusername\Desktop\ELLIS Test\ELLIS-ARCH-firm_2016-5-16_14.0.25\ELLIS-ARCH-firm.rvt Rvt.Attr.ProjectSpark: notProjectSpark Rvt.Attr.LocaleWhenSaved: ENU 
 ' 6:< File was saved in Autodesk Revit Architecture 2016 (Build: 20160126_1600(x64)) 
 ' 6:< ::11:: Delta VM: Avail -28 -> 134182606 MB, Used +24 -> 408 MB, Peak +24 -> 408 MB; RAM: Avail -30 -> 11694 MB, Used +32 -> 108 MB 
 '  0.104811         7:<<<ContentDocuments 
 ' 6:< SLOG $9d455c02 2016-05-16 14:14:10.200 .Open:Local:LFV  central=3019 local=1 
 ' 6:< ModelPath Created: Is server path = True, Central server = "vm-rs2016.local.MYDOMAIN.com", Path = "JobNo_ELLIS Market\Context\ELLIS & Clay_2016.rvt" 
 ' 6:< ModelPath Created: Is server path = True, Central server = "vm-rs2016.local.MYDOMAIN.com", Path = "JobNo_ELLIS Market\Context\ELLIS & Clay_2016.rvt" 
 ' 6:< Operation - RSEnterpriseClientInterop::identifyModel: SessionToken: User's Name tomAtfirm, User's Machine Name TB-16-02, Operation GUID 2a3682c1-ad4a-4b6e-b98f-20af6278af2a 
 ' 6:< Time: 5/16/2016 14:14:10:224 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail -3 -> 134182603 MB, Used +1 -> 410 MB, Peak +2 -> 410 MB; RAM: Avail -67 -> 11628 MB, Used +29 -> 138 MB 
 ' 6:< Retry Count: 0 . Caught exception:  
 ' 6:<   Autodesk.RevitServer.Enterprise.Common.ClientServer.Helper.Exceptions.ProxyGenerationException: A problem occurred generating a proxy for the client action, Client Action = BasicAction, Target Node = vm-rs2016.local.MYDOMAIN.com, Binding Name = tcpbuffer 
 ' 6:<     System.ServiceModel.EndpointNotFoundException: Could not connect to net.tcp://vm-rs2016.local.MYDOMAIN.com/ModelService2016/ModelService.svc/tcpbuffer. The connection attempt lasted for a time span of 00:00:21.0037543. TCP error code 10060: 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 50.87.248.129:808.  
 ' 6:<       System.Net.Sockets.SocketException: 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 50.87.248.129:808 
 ' 6:< Time: 5/16/2016 14:14:31:631 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail +4 -> 134182608 MB, Used -1 -> 409 MB; RAM: Avail -53 -> 11576 MB, Used 138 MB 
 ' 6:< Retry Count: 1 . Caught exception:  
 ' 6:<   Autodesk.RevitServer.Enterprise.Common.ClientServer.Helper.Exceptions.ProxyGenerationException: A problem occurred generating a proxy for the client action, Client Action = BasicAction, Target Node = vm-rs2016.local.MYDOMAIN.com, Binding Name = tcpbuffer 
 ' 6:<     System.ServiceModel.EndpointNotFoundException: Could not connect to net.tcp://vm-rs2016.local.MYDOMAIN.com/ModelService2016/ModelService.svc/tcpbuffer. The connection attempt lasted for a time span of 00:00:21.0024907. TCP error code 10060: 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 50.87.248.129:808.  
 ' 6:<       System.Net.Sockets.SocketException: 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 50.87.248.129:808 
 ' 6:< RevitServerException caught in constructor of ModelResolvableLocation: Other Communication Exception while interacting with Revit Server. Please contact technical support. 
 ' 6:< Operation - RSEnterpriseClientInterop::identifyModel: SessionToken: User's Name tomAtfirm, User's Machine Name TB-16-02, Operation GUID 596375a1-a244-4bc4-ba7d-7a995cdbd9be 
 ' 6:< Time: 5/16/2016 14:14:52:661 Calling: IdentifyModel 
 ' 6:< ::11:: Delta VM: Avail 134182608 MB, Used 409 MB, Peak +1 -> 411 MB; RAM: Avail -18 -> 11558 MB, Used +1 -> 140 MB 

[Zsolt.Varga]

Hi, 

Welcome to Autodesk Answer Day!

Thanks for reporting this behavior.

I understand that eTransmit sets Revit Server model Path Type to "Absolute" instead of "Relative" on transmission.

Such behavior has been reported in previous versions of Revit.

Is this happening with the version "Revit 2016 R2 Update 4" ( Build: 20160314_0715(x64) on your side?

If yes, please, send me a complete journal file for further investigation. 

Regards,

[Zsolt.Varga]

Hi, 

Welcome to Autodesk Answer Day!

Thanks for reporting this behavior.

I understand that eTransmit sets Revit Server model Path Type to "Absolute" instead of "Relative" on transmission.

Such behavior has been reported in previous versions of Revit.

Is this happening with the version "Revit 2016 R2 Update 4" ( Build: 20160314_0715(x64) on your side?

If yes, please, send me a complete journal file for further investigation. 

Regards,

[Anonymous]

Perhaps you missed the snippet above.  I have one journal from external clients, one from an internal machine attempting to open a file created with eTransmit.  Do you need one generated while creating the file/using etransmit?  Do you want me to apply settings to transmit all revit links?  

To summarize: No matter what I set in the etransmit dialog the resulting file attempts to contact my internal revit server.  This seems to only effect projects located on the revit server as we haven't had this reported in the past.  From what I remember there is no setting in eTransmit to force relative vs absolute vs rsn paths.  The only way to possibly do it is to include RVT links in the transmittal.  But even in that scenario the journal seems to indicate Revit is hunting for a revit server at some point (see code snip above).  

[Anonymous]

Perhaps you missed the snippet above.  I have one journal from external clients, one from an internal machine attempting to open a file created with eTransmit.  Do you need one generated while creating the file/using etransmit?  Do you want me to apply settings to transmit all revit links?  

To summarize: No matter what I set in the etransmit dialog the resulting file attempts to contact my internal revit server.  This seems to only effect projects located on the revit server as we haven't had this reported in the past.  From what I remember there is no setting in eTransmit to force relative vs absolute vs rsn paths.  The only way to possibly do it is to include RVT links in the transmittal.  But even in that scenario the journal seems to indicate Revit is hunting for a revit server at some point (see code snip above).  

[Zsolt.Varga]

Hi,

I found this behavior reported in our database. According to the report this issue has been fixed in Revit 2016.

Can you confirm, that the users on both ends are using Revit 2016 or later versions to Etransmit/ open the model?

In case you can confirm that, I would need both Journals as follows for further investigation:

1. The journal generated when creating Etransmit from Model with at least one linked model included (which the issue is reproducible with) +
2. The journal generated when opening the e-transmitted model

Thank you so much for your cooperation.

Regards,

[Zsolt.Varga]

Hi,

I found this behavior reported in our database. According to the report this issue has been fixed in Revit 2016.

Can you confirm, that the users on both ends are using Revit 2016 or later versions to Etransmit/ open the model?

In case you can confirm that, I would need both Journals as follows for further investigation:

1. The journal generated when creating Etransmit from Model with at least one linked model included (which the issue is reproducible with) +
2. The journal generated when opening the e-transmitted model

Thank you so much for your cooperation.

Regards,

[Anonymous]

Journals attached in a zip file

MCjournal.0022.txt - external user opening a transmitted file with all worksets

HEDjournal.0001.txt - external user opening a transmitted file with all worksets

tw_etrans_nolinksjournal.0076.txt - transmittal session with no links included

tw_Open_NoNet-journal.0007.txt - opening a file while on an external network

TW_Open-Networkjournal.0001.txt - opening a file while in our own network

What is interesting is that Revit opens in less than a minute if all network transport (wifi, ethernet, etc) is disabled.  But if I'm on an external network it takes minutes to get to the open dialog.  Same is true for opening files.  If I'm off of all networks it is fine, but if I'm on a foreign/non domain network it takes ages to open.  

Most of these tests were done on 2016r2 update 4 with some done on update 3.  But in general this is 2016, so based on your post this shouldn't happen.  

[Anonymous]

Journals attached in a zip file

MCjournal.0022.txt - external user opening a transmitted file with all worksets

HEDjournal.0001.txt - external user opening a transmitted file with all worksets

tw_etrans_nolinksjournal.0076.txt - transmittal session with no links included

tw_Open_NoNet-journal.0007.txt - opening a file while on an external network

TW_Open-Networkjournal.0001.txt - opening a file while in our own network

What is interesting is that Revit opens in less than a minute if all network transport (wifi, ethernet, etc) is disabled.  But if I'm on an external network it takes minutes to get to the open dialog.  Same is true for opening files.  If I'm off of all networks it is fine, but if I'm on a foreign/non domain network it takes ages to open.  

Most of these tests were done on 2016r2 update 4 with some done on update 3.  But in general this is 2016, so based on your post this shouldn't happen.  

[Anonymous]

Still no solution to this?

[Anonymous]

Still no solution to this?

[Zsolt.Varga · Accepted solution]

Dear Tom, 

I reported this issue to the Product Design and Development Team of Revit and transferred the data you provided for investigation.

I received the feedback from the development team, that they need to further investigate this issue. The program behavior you reported seems to be related to a different issue with similar but not identical symptoms, what was fixed in a previous release of Revit.

The current findings of the investigation have been documented in the article published here:

http://knowledge.autodesk.com/article/Revit-2016-Etransmit-doesn-t-repath-links-completely

We will keep the article updated with the findings from the investigation, as they become available. You may look up the article by searching Autodesk Knowledge Network using the Incident Id: <92256> for the status of the investigation any time.

I hope this information was helpful.

Regards, 

[Zsolt.Varga · Accepted solution]

Dear Tom, 

I reported this issue to the Product Design and Development Team of Revit and transferred the data you provided for investigation.

I received the feedback from the development team, that they need to further investigate this issue. The program behavior you reported seems to be related to a different issue with similar but not identical symptoms, what was fixed in a previous release of Revit.

The current findings of the investigation have been documented in the article published here:

http://knowledge.autodesk.com/article/Revit-2016-Etransmit-doesn-t-repath-links-completely

We will keep the article updated with the findings from the investigation, as they become available. You may look up the article by searching Autodesk Knowledge Network using the Incident Id: <92256> for the status of the investigation any time.

I hope this information was helpful.

Regards,