Resource <step name> not found

qerim · 16 March 2023 05:09

Hi,

I’ve been migrating to a new Octopus server, everything hosted in Docker using your images. Everything has been fine until now. I’ve been updating the process steps to work in a Linux environment as the server I’m migrating from is a Windows box.

I must have changed something that the server didn’t appreciate… I now get an error message “The resource ‘Database Migration’ was not found”.

I have run the powershell script that I’ve found in other similar reported incidents, with no luck. The script does reset the versioning setting for the project, so I know it has run successfully.

Navigating to any project page results in the error. I have also tried updating to the latest version released just a few hours ago, with no success. The error remains.

Please let me know where to from here.

Thanks

Kenneth_Bates · 16 March 2023 05:53

Hi @qerim,

Thanks for getting in touch, and welcome! I’m sorry to see you’re encountering this unexpected issue after the migration, however.

Is this Database Migration mentioned in the error a step in your project’s deployment process? If so, did this issue occur immediately after a change to this step’s name, and is this step tied to a channel version rule in the project? If that lines up, it’s likely you’re getting hit by this bug.

github.com/OctopusDeploy/Issues

Updating Step Template Name When Step Is Referenced By Channel Version Rule Returns Error - The Resource 'StepName' was not found

opened 05:20AM - 20 Dec 22 UTC

FinnianDempsey

kind/bug

### Team - [X] I've assigned a team label to this issue ### Severity Not Bloc…king, Workaround Exists ### Version Reported and confirmed in 2022.1.2894 and also 2022.3.10863 ### Latest Version I could reproduce the problem in the latest build ### What happened? When multiple Step Templates have been configured under Channel Version Rules, if one step is deleted and another step renamed to the deleted step then this change isn't reflected in the Channel Version Rule and the deleted resource can't be found. ### Reproduction - Create/Find a project with at least two process steps. Step A and Step B - Set both steps as Package Steps in a Channel version rule - Save changes - Go back to deployment process, delete Step A, rename Step B to Step A (It’s the Step name field) - Save changes - Refresh the project page or click anywhere within the project - Error message “The resource ‘Name of Step B’ was not found” displays This error isn't encountered when deleting the step and saving before renaming the other step and requires making multiple changes between saves. ### Error and Stacktrace ```shell The resource 'StepNameB' was not found. ``` ### More Information [Customer Report - Discourse](https://help.octopus.com/t/update-process-step-name-breaks-version-rule/28624) ### Workaround If you encounter this error, the workaround will require manually editing the DB to remove reference to the deleted Step in the Channel table. Please reach out to support@octopus.com for assistance.

If that doesn’t apply to your scenario, would you be willing to capture a HAR file for us to look at?

https://octopus.com/docs/support/how-to-capture-and-export-har-file

If needed, you can upload this HAR file to this upload-only link.

I look forward to hearing back and getting to the bottom of this!

Best regards,

Kenny

qerim · 16 March 2023 12:15

Hi Kenny,

Thanks for getting back to me.

Yes, the “Database Migration” is a step in the deployment process. I don’t believe the issue you’ve referenced is relevant.

What I think might have happened, is that I’d been cloning steps and then using the cloned step to update the process for my new environment. Then I’d disable the old step and move on. What I think I did was rename the old step to “Database Migration - old”, and the new one to “Database Migration”, the same name that the old one used to be. I think that’s caused some chaos.

Could that be it? It’s the only step I renamed like that. The other cloned steps are all called something different to the original steps, which I have disabled.

Qerim

qerim · 16 March 2023 12:43

Hello again Kenny.

I managed to fix it. I dug into the database and found the record in the DeploymentProcess table causing the problem. I updated the JSON to what it was before I renamed things… and now it seems ok.

I will confirm tomorrow.

Best,
Qerim

clare.martin · 16 March 2023 13:11

Hey @qerim,

Just jumping in for Kenny who is currently offline as part of our Australian based team, great news you managed to fix that, ill let Kenny know!

Reach out in future if you need further assistance as we are always happy to help!

Kind Regards,
Clare

system · 16 April 2023 13:12

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.