hypotheticalEric Posted September 28, 2017 Report Share Posted September 28, 2017 I'm trying to sync my Plastic repo with a Github repository and I'm finding a strange behavior. If I try to sync from my laptop or workstation, I get this error (run from the command line): Quote - master: Foreign changes (05eb53a) - 0.16_maintenance: Foreign changes (c92e159) - 0.20_maintenance: Foreign changes (1216545) - 0.23_maintenance: Foreign changes (6aac143) - 0.32_maintenance: Foreign changes (8e30241) - 0.33_maintenance: Foreign changes (8f78acf) - 0.34_maintenance: Foreign changes (3ff37bd) - 0.35_maintenance: Foreign changes (22011f2) - deepImageMerges: Foreign changes (c9034ab) - vtuneMonitorForMaster: Foreign changes (c276c7b) Receiving references... OK Compressing objects... OK Downloading... OK69500/69602 Processing objects:... / - 8854 changesets to pull - 0 changesets to push Processing objects:... OK Counting changesets to pull... Importing... - 1/8854Error: The changeset '2f08c9a67cc6d8dc5c752c1de32bca6d564ea58a' could not be imported. Error: Unable to read data from the transport connection: Connection reset by peer. Please contact with the support team. So it can connect to github but can't seem to pull the changes. The strange part is that when I logged into the machine my Plastic server is running on (Linux) and run the same command, it works great! So I'm halfway there, but it would be nice to be able to sync with the GUI and not have to log into that server. I think, but I'm not certain it's related, that the error on the server side when I tried to sync with the client is this: Quote 2017-09-28 09:35:44,289 ERROR PlasticProto.ConnectionFromClient - Error in ProcessMethodCall for method ChangeInCallContext. Exception of type 'hq+a' was thrown. 2017-09-28 09:35:44,301 ERROR PlasticProto.ConnectionFromClient - Error sending an exception response for [ChangeInCallContext]. Cannot write to a BufferedStream while the read buffer is not empty if the underlying stream is not seekable. Ensure that the stream underlying this BufferedStream can seek or avoid interleaving read and write operations on this BufferedStream. I'm guessing it's a configuration problem on my client side? Link to comment Share on other sites More sharing options...
manu Posted September 29, 2017 Report Share Posted September 29, 2017 Ummmmm: 1) can you please tell me the client version on both machines? 2) Is the github repository public? Can I try to import it here in order to reproduce the problem? 3) In your laptop can you please create a "C:\Program Files\PlasticSCM5\client\plasticpipeprotocol.conf" file with the following content: defaultprotocol remotingprotocol And try again the "cm sync" operation? Link to comment Share on other sites More sharing options...
hypotheticalEric Posted September 29, 2017 Author Report Share Posted September 29, 2017 Hey Manu, Here are the versions I tried (I'm terrible about keeping these in sync): Linux 6.0.16.1078: Success Mac 6.0.16.1614: failed Windows 6.0.16.1600: failed The repository is public, it's at https://github.com/hypotheticalinc/gaffer.git That one is a fork, so I tried it with another non-forked repo and got the same failures. Link to comment Share on other sites More sharing options...
manu Posted October 2, 2017 Report Share Posted October 2, 2017 Mmmmm I'm using 6.0.16.1615 and worked fine: Same with the 1600 release... Receiving references... / - master: Foreign changes (05eb53a) - 0.16_maintenance: Foreign changes (c92e159) - 0.20_maintenance: Foreign changes (1216545) - 0.23_maintenance: Foreign changes (6aac143) - 0.32_maintenance: Foreign changes (8e30241) - 0.33_maintenance: Foreign changes (8f78acf) - 0.34_maintenance: Foreign changes (3ff37bd) - 0.35_maintenance: Foreign changes (22011f2) - deepImageMerges: Foreign changes (c9034ab) - vtuneMonitorForMaster: Foreign changes (c276c7b) Receiving references... OK Compressing objects... OK Downloading... OK Processing objects:... | - 8854 changesets to pull - 0 changesets to push Processing objects:... OK Counting changesets to pull... Importing... \ 209/8854 BTW, did you test this: On 9/29/2017 at 12:16 PM, manu said: 3) In your laptop can you please create a "C:\Program Files\PlasticSCM5\client\plasticpipeprotocol.conf" file with the following content: defaultprotocol remotingprotocol Link to comment Share on other sites More sharing options...
hypotheticalEric Posted October 2, 2017 Author Report Share Posted October 2, 2017 Oh great! Adding the plasticpipelineprotocol.conf file fixed it on my Windows machine. Apologies for not spotting that earlier. I'm now finding that it breaks the connection with my main server. If it delete that file, I can use the branch explorer, etc. I'm using Jet as my database backend and found this thread which sounds relevant: Is it possible for these two configurations to coexist, or do I need to update the configuration file when I need to pull from Github, then reset it after I'm done? (not that big of a deal because I will only occasionally push / pull to Github compared to my local server) Link to comment Share on other sites More sharing options...
manu Posted October 3, 2017 Report Share Posted October 3, 2017 I'm afraid it's not possible to use different protocols for the same repository. You can do it one per repository but not N per repository. Can you tell me where your Plastic SCM server is located? Is far away from your client? Link to comment Share on other sites More sharing options...
hypotheticalEric Posted October 4, 2017 Author Report Share Posted October 4, 2017 The server is on the same network, typically just on the office LAN, though sometimes VPN if I'm out of the office. Physically the server is about 12 feet away, so shouldn't have any connection problems. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.