Rawns Posted May 8, 2013 Posted May 8, 2013 We have a school that has about 25 devices in their SOLUS3 environment. The SOLUS3 database, service and UI are all on 3.5.20. The agents on a few devices are also working fine and on 3.5.20. However, some devices are online but still on 3.5.118 and not automatically upgrading the SOLUS3 agent, SIMS, FMS etc. Strangely, we can re-deploy SIMS and FMS to these devices to upgrade them manually without issue, but getting the updates automatically, they do nothing. When the agents are idle (ie, no deployments taking place), the online agents running with agent version 3.4.118 display this error in the Message field: The message with action http://www.capitaes.co.uk/agent/2010/03/IAgentService/UpdateTargetVersionChecks cannot be processed at the receiver, due to a contractFilter mismatch at the EndpointDispatcher. This may be because of either a contract mismatch (mismatched actions between sender and receiver) or a binding/security mismatch between sender and receiver. Check the sender and receiver have the same contract and the same binding (including security requirements, e.g. Messages, Transport, None). Anyone come across this, or know of a working fix? Nothing on SupportNet but logged a call with Capita, but hoping someone's seen this before and got a 'quick fix'!
bossman Posted May 8, 2013 Posted May 8, 2013 @Rawns: Only fix I found was to manually delete the agent from the workstation in question and take it out of the Solus3 deployment and then add the workstations again as you would normally through Solus3 and it should re-install the new updated agent. Also do these workstations have the firewall enabled and if so do they have the port rules for Solus3 enabled? Its all a little patchy still but its getting there 1
Rawns Posted May 8, 2013 Author Posted May 8, 2013 (edited) @Rawns: Only fix I found was to manually delete the agent from the workstation in question and take it out of the Solus3 deployment and then add the workstations again as you would normally through Solus3 and it should re-install the new updated agent. Also do these workstations have the firewall enabled and if so do they have the port rules for Solus3 enabled? Its all a little patchy still but its getting there No, firewall is off globally, plus I can re-deploy the upgrade manually to them without issue. They then download the upgrade and apply it so there is no firewall block. Think I'll wait to see wat Capita have to say, I don't really want to arse around uninstalling/removing/re-adding etc. Edited May 8, 2013 by Rawns
Cache Posted May 8, 2013 Posted May 8, 2013 We had this, it's the version mismatch between 3.5.20 and 3.4.118 with 3.5.20 implementing the version check which does the upgrade. I had about half a dozen which the Deployment Server ignored when they came online and just pushing the update out again worked. The Solus3 agent doesn't have a redeploy update button so all we did was from the Manage Updates screen was run the 3.5.20 deployment again. It will skip doing the database, gui etc and any already successfully upgraded agents and just attempt to do the ones it failed to do last time or any new ones which have been added since the update was run. 1
Rawns Posted May 8, 2013 Author Posted May 8, 2013 Thanks @Cache! I'll give that a go now and update later!
Rawns Posted May 8, 2013 Author Posted May 8, 2013 Worked a treat! Agents updated to 3.5.20 and are now online and appear to be working! Thanks Cache!
Cache Posted May 8, 2013 Posted May 8, 2013 No problem, bet you can guess how many time my deploying Solus 3 agent updates goes to plan.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now