Closed gregeva closed 2 years ago
Subsequent testing has revealed that rolling back to version 2.8.0 using Helm chart 0.4.0 made this issue dissapear.
@gregeva, thanks for the feedback! this seem to be a regression in 2.8.2 then. Could you give us some details on the job configuration stored in cosmosdb that causes this behavior? Especially on the opc ua connection authentication settings. How did you create the job configuration? was this something that was created with 2.8.2 using the engineering tool? or something different?
I think I have an idea on the issue on the publisher side, so the details above would speed up the investigation.
You're welcome @cristipogacean . Here is what you're after... let me know what you find jobconfiguration.zip .
@gregeva, thanks, this confirmed my original assumption. I just created the PR #1702 that should fix the issue.
It seems that the following section in your job config was causing this regression:
"user": {
"type": "None"
}
In our job configuration the above section is left out completely, since it reflects the default setting: Anonymous Authentication. You can temporarily try to remove it or tune the API call to leave it out until 2.8.3 is released.
Understood. Thanks for making quick work of this @cristipogacean !
I cannot change the API calls as this would require R&D and QA on our side which is not budgeted. I'll inform the customer and we'll hold back with 2.8.0 until 2.8.3 is released.
In 2.8.3
Describe the bug Repeatedly receiving the error message "Could not send worker heartbeat. System.NullReferenceException: Object reference not set to an instance of an object." from the OPC Publisher (version 2.8.2).
To Reproduce Steps to reproduce the behavior:
Expected behavior I'd expect that:
Application Installation