Body is: {“FailedMessage”:{“Id”:“e99bfe98-4858-429d-9858-1e5d0bb34574”,“From”:{“SerializedValue”:“TentacleScriptRun-AXA-AXJ_XbHGcg@SQ-PSCAPPT00131-14C54AC8”},“Headers”:{“Expires-At”:“635535675647201316”,“In-Reply-To”:“5676698b-7fd3-420a-ab0e-dd02ab7072f3”,“MessageStore-Envelope-NoFwd”:“08D1C8C17C2AC2100005DB34”},“To”:{“SerializedValue”:“ScriptActionOrchestrator-D64-AXJ_WfayWw@SQ-PSCAPPD00176-6AD625F6”},“MessageType”:“Octopus.Platform.Deployment.Messages.Deploy.Script.TentacleScriptRunEvent”,“Body”:{"$type":“Octopus.Platform.Deployment.Messages.Deploy.Script.TentacleScriptRunEvent, Octopus.Platform.Deployment”,“CreatedArtifacts”:[],“OutputVariables”:[],“RetentionTokens”:[]}},“Error”:{“Message”:“Actor does not exist”,“Detail”:null}}
After I manually cancel the deployment the following message is logged:
03:32:40 Verbose | Delivery of a Pipefish.Messages.Supervision.CancelCommand failed
| Actor does not exist
| Octopus.Server version 2.5.8.447
Is this a potential Octopus bug or does it indicate problems with our own setup?
I’ve attached the raw log and also the log from the tentacle. There’s seems to be a difference between these files. The tentacle log correctly logs all steps in our second step whereas the raw log seems to truncate a large number of log messages.
In the meantime I’ve changed the tentacle to polling and the issue appears to have disappeared.
In 2.6 we changed how Octopus Server sends the files to the Tentacle to a streaming method from the file chunk method.
We feel it should resolve this issue, but it has also made deployments 4x faster.