[bitnami/influxdb] on Azure web app + storage account file share (mount) -> timeout in initial run

[driesnollet]

Name and Version

bitnami/influxdb:2.6.1

What steps will reproduce the bug?

1. My config at a client is as follow
   (but don't focus on the private resources, also this setup publicly fails at this client):

• private storage account with a file share (private endpoint)
• private linux web app (vnet integrated and private endpoint)
  • App settings: INFLUXDB_ADMIN_USER_PASSWORD = xx, INFLUXDB_ADMIN_USER_TOKEN = xx,
    WEBSITES_PORT = 8086, WEBSITES_ENABLE_APP_SERVICE_STORAGE = false
  • Path mappings: Mount path = /bitnami/influxdb
  • Deployment Center: Registry settings: bitnami/influxdb:latest (or bitnami/influxdb:2.6.1)
  • App Service Plan tier: P2V3

What is the expected behavior?

I have exactly the same setup on a test environment publicly, working fine:
Influx DB has been configured and created after 6 seconds:

Storage account:

What do you see instead?

files are not created:

Additional information

Recreating the private resources to public ones, didn't fix the issue

[javsalgar]

Hi,

Could you add BITNAMI_DEBUG=true to see if it provides more insight on the issue?

[driesnollet]

Hi,

Could you add BITNAMI_DEBUG=true to see if it provides more insight on the issue?

Thanks for the feedback @javsalgar
I tried it and the funny thing is:
It gave exact the issue that we had with the original Influxdb image (official provider).
Thats why we changed to Bitnami - which seemed to work fine, until we tested on clients environment

original issue was logged here:
influxdata/influxdata-docker#668

[github-actions]

This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.

[github-actions]

Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.