Error with v6.7

[rncwnd79]

Hi,

I "upgraded" the Docker image scaletone/durablefunctionsmonitor.mssql from v6.6 to v6.7. The configuration wasn't changed.
After login I now get an error and no instances are shown:

Log:

fail: Function.DfmGetOrchestrationsFunction.User[0]
      DFM failed
      System.NullReferenceException: Object reference not set to an instance of an object.
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.AzureStorageDurabilityProviderFactory.GetAzureStorageOrchestrationServiceSettings(String connectionName, String taskHubNameOverride) in /_/src/WebJobs.Extensions.DurableTask/AzureStorageDurabilityProviderFactory.cs:line 188
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.AzureStorageDurabilityProviderFactory.GetAzureStorageStorageProvider(DurableClientAttribute attribute) in /_/src/WebJobs.Extensions.DurableTask/AzureStorageDurabilityProviderFactory.cs:line 154
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.ContextImplementations.DurableClientFactory.<>c__DisplayClass15_0.<CreateClient>b__0(DurableClientAttribute attr) in /_/src/WebJobs.Extensions.DurableTask/ContextImplementations/DurableClientFactory.cs:line 83
         at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
         at DurableFunctionsMonitor.DotNetBackend.HttpHandlerBase.<>c__DisplayClass2_0.<<HandleAuthAndErrors>b__0>d.MoveNext()
      --- End of stack trace from previous location ---
         at DurableFunctionsMonitor.DotNetBackend.Globals.HandleErrors(HttpRequest req, ILogger log, Func`1 todo)

Rollback to v6.6 image worked.

Kind regards.

[scale-tone]

Hey @rncwnd79 , I'm not observing this.

Can you provide more details on how exactly you run that Docker image?

[rncwnd79]

Hi @scale-tone ,
I run the Docker image as is, no modifications.
After deplyoing v6.7 I deleted all cookies in my browser (Edge).

This ist the DFM configuration - it's also the same as v6.6:

  DFM_ALLOWED_APP_ROLES: DFM.Write
  DFM_ALLOWED_READ_ONLY_APP_ROLES: DFM.Read
  DFM_CLIENT_CONFIG: '{''theme'':''dark''}'
  DFM_ROLES_CLAIM_NAME: http://schemas.microsoft.com/ws/2008/06/identity/claims/role
  DFM_HUB_NAME: c1-hub_1,c2-hub_2
  DFM_ALTERNATIVE_CONNECTION_STRING_c1: <secret_c1>
  DFM_ALTERNATIVE_CONNECTION_STRING_c2: <secret_c2>
  DFM_SQL_CONNECTION_STRING: <secret>
  WEBSITE_AUTH_CLIENT_ID: <client_id>
  WEBSITE_AUTH_OPENID_ISSUER: <openid-issuer>

[scale-tone]

@rncwnd79 , DFM_ALTERNATIVE_CONNECTION_STRING_XXX settings are intended for Azure Storage durability provider, not for MSSQL.
Which durability provider are you using?

[rncwnd79]

@scale-tone interesting. I use MSSQL.
I only got it working with two task hubs (two durable functions) and two sql connection strings this way.

This discussion led me there: #208

[scale-tone]

@rncwnd79 , are you saying that those DFM_ALTERNATIVE_CONNECTION_STRING_cx settings in your setup are actually SQL connection strings, not Storage?

[rncwnd79]

Yes, they are SQL connection string. Both connect to the same sql instance and database, but have different users ( = task hub names).

[rncwnd79]

@scale-tone I did new tests:

Build with project reference instead of NuGet package

• checked out v6.7
• Dfm.MsSql.csproj: replaced the package reference with project reference and adjusted project path for docker:

  <!--PackageReference Include="durablefunctionsmonitor.dotnetbackend" Version="6.7.0" /-->

  <ItemGroup>
    <ProjectReference Include="..\durablefunctionsmonitor.dotnetbackend\durablefunctionsmonitor.dotnetbackend.csproj" />
  </ItemGroup>

• Dfm.MsSql.csproj: added the "target" and "duplicate host.json" fixes:

  <PropertyGroup>
    <FunctionsInDependencies>true</FunctionsInDependencies>
    <_FunctionsSkipCleanOutput>true</_FunctionsSkipCleanOutput>
    <ErrorOnDuplicatePublishOutputFiles>false</ErrorOnDuplicatePublishOutputFiles>
  </PropertyGroup>

• modified the Dockerfile (paths from repository root, add durablefunctionsmonitor.dotnetbackend):

COPY custom-backends/mssql /src/dotnet-function-app
COPY durablefunctionsmonitor.dotnetbackend /src/durablefunctionsmonitor.dotnetbackend

• ran docker build from repository root (and pushed it to local registry)

> docker build -t durablefunctionsmonitor:local --progress plain -f custom-backends/mssql/Dockerfile .

Result: after deployment on Kubernetes it worked with 2 alternative connection strings and 2 task hubs.

Build with NuGet package

• reverted all of my changes
• ran docker build / push and deployed to Kubernetes

Result: failed, with error:

fail: Function.DfmGetOrchestrationsFunction.User[0]
      DFM failed
      System.NullReferenceException: Object reference not set to an instance of an object.
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.AzureStorageDurabilityProviderFactory.GetAzureStorageOrchestrationServiceSettings(String connectionName, String taskHubNameOverride) in /_/src/WebJobs.Extensions.DurableTask/AzureStorageDurabilityProviderFactory.cs:line 188
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.AzureStorageDurabilityProviderFactory.GetAzureStorageStorageProvider(DurableClientAttribute attribute) in /_/src/WebJobs.Extensions.DurableTask/AzureStorageDurabilityProviderFactory.cs:line 154
         at Microsoft.Azure.WebJobs.Extensions.DurableTask.ContextImplementations.DurableClientFactory.<>c__DisplayClass15_0.<CreateClient>b__0(DurableClientAttribute attr) in /_/src/WebJobs.Extensions.DurableTask/ContextImplementations/DurableClientFactory.cs:line 83
         at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
         at DurableFunctionsMonitor.DotNetBackend.HttpHandlerBase.<>c__DisplayClass2_0.<<HandleAuthAndErrors>b__0>d.MoveNext()
      --- End of stack trace from previous location ---
         at DurableFunctionsMonitor.DotNetBackend.Globals.HandleErrors(HttpRequest req, ILogger log, Func`1 todo)

Could there be something wrong with the durablefunctionsmonitor.dotnetbackend NuGet package?