[BUG] local_settings.py are not generated

[jeanpaulrh]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

I had some issues with email sending and I tried to trak it down.
I changed some paramenters in my portainer docker compose editor but I had no luck.
Then I looked into local_settings.py and I found out my gmail password was old.
So I tried to REGENRATE_SETTINGS=True in my envireonment variables, but nothing changed.
Then I tried to move the old local_settings.py and I recreated my stack only to find out that local_settings.py had only one line in it:
SECRET_KEY=fewijfweifweijweij
(value is not the real one)

Expected Behavior

If I change some setting in my docker compose file I expect it to be reflected in the local_settings.py file

Steps To Reproduce

1. In Portainer edit the docker compose file
2. recreate the stack
3. check the local_settings.py file
4. nothing is changed

Environment

- OS: Debian 12
- How docker service was installed: deb installation managed through portainer

CPU architecture

x86-64

Docker creation

services:
  healthchecks:
    image: lscr.io/linuxserver/healthchecks:latest
    container_name: healthchecks
    environment:
      - REGENERATE_SETTINGS="True"
      - DB=sqlite
      - DB_NAME=/config/hc.sqlite
      - PUID=1000
      - PGID=100
      - TZ=Europe/Rome
      - SITE_ROOT=https://my.site.url
      - SITE_NAME=CanonicaHC
      - SUPERUSER_EMAIL=my@email.com
      - SUPERUSER_PASSWORD=lispwish
      - ALLOWED_HOSTS= #optional
      - APPRISE_ENABLED=False #optional
      - CSRF_TRUSTED_ORIGINS= #optional
      - DEBUG=False #optional
      - DEFAULT_FROM_EMAIL="my@email.com"
      - EMAIL_HOST=smtp.google.com
      - EMAIL_PORT=587
      - EMAIL_HOST_USER="my@email.com"
      - EMAIL_HOST_PASSWORD="notthisone"
      - EMAIL_USE_TLS=True
      - INTEGRATIONS_ALLOW_PRIVATE_IPS= #optional
      - PING_EMAIL_DOMAIN= #optional
      - REGISTRATION_OPEN=False
      - RP_ID= #optional
      - SECRET_KEY= #optional
      - SITE_LOGO_URL= #optional
    volumes:
      - /var/lib/docker-data/healthchecks/config:/config
    expose:
      - 8000/tcp
     # - 2525:2525 #optional
    restart: unless-stopped
    networks:
      - npm_default

networks:
   npm_default:
     external: true

Container logs

[migrations] started
[migrations] no migrations found
───────────────────────────────────────

      ██╗     ███████╗██╗ ██████╗
      ██║     ██╔════╝██║██╔═══██╗
      ██║     ███████╗██║██║   ██║
      ██║     ╚════██║██║██║   ██║
      ███████╗███████║██║╚██████╔╝
      ╚══════╝╚══════╝╚═╝ ╚═════╝

   Brought to you by linuxserver.io
───────────────────────────────────────

To support LSIO projects visit:
https://www.linuxserver.io/donate/

───────────────────────────────────────
GID/UID
───────────────────────────────────────

User UID:    1000
User GID:    100
───────────────────────────────────────
Linuxserver.io version: v3.9-ls289
Build-date: 2025-04-14T08:55:27+00:00
───────────────────────────────────────
    
No changes detected
Operations to perform:
  Apply all migrations: accounts, admin, api, auth, contenttypes, logs, payments, sessions
Running migrations:
  No migrations to apply.
Superuser creation skipped. Already exists.
[custom-init] No custom files found, skipping...
[uWSGI] getting INI configuration from uwsgi.ini
[uwsgi-static] added mapping for /static => static-collected
*** Starting uWSGI 2.0.28 (64bit) on [Mon Apr 14 12:17:34 2025] ***
compiled with version: 14.2.0 on 11 April 2025 07:40:13
os: Linux-6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.10-1~bpo12+1 (2023-11-23)
nodename: e6344e4a2550
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 8
current working directory: /app/healthchecks
detected binary path: /usr/sbin/uwsgi
your memory page size is 4096 bytes
detected max file descriptor number: 10000
building mime-types dictionary from file /etc/mime.types...1390 entry found
lock engine: pthread robust mutexes
thunder lock: enabled
uwsgi socket 0 bound to TCP6 address [::]:8000 fd 3
Python version: 3.12.10 (main, Apr 10 2025, 15:27:01) [GCC 14.2.0]
PEP 405 virtualenv detected: /lsiopy
Set PythonHome to /lsiopy
Connection to localhost (::1) 8000 port [tcp/*] succeeded!
Python main interpreter initialized at 0x7fb4dd817c70
python threads support enabled
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 203184 bytes (198 KB) for 1 cores
*** Operational MODE: single process ***
[ls.io-init] done.
WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x7fb4dd817c70 pid: 157 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 157)
spawned uWSGI worker 1 (pid: 189, cores: 1)
[uwsgi-daemons] spawning "python3 ./manage.py sendalerts" (uid: 1000 gid: 100)
[uwsgi-daemons] spawning "python3 ./manage.py sendreports --loop" (uid: 1000 gid: 100)
[uwsgi-daemons] spawning "python3 ./manage.py smtpd --port 2525" (uid: 1000 gid: 100)
sendalerts is now running
sendreports is now running
Starting SMTP listener on 0.0.0.0:2525 ...
[pid: 189|app: 0|req: 1/1] 172.18.0.25 () {60 vars in 1090 bytes} [Mon Apr 14 10:17:44 2025] GET /admin/accounts/profile/ => generated 0 bytes in 88 msecs (HTTP/1.1 302) 10 headers in 389 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 2/2] 172.18.0.25 () {60 vars in 1127 bytes} [Mon Apr 14 10:17:45 2025] GET /admin/login/?next=/admin/accounts/profile/ => generated 6639 bytes in 8 msecs (HTTP/1.1 200) 8 headers in 358 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 3/3] 172.18.0.25 () {68 vars in 1325 bytes} [Mon Apr 14 10:17:48 2025] POST /admin/login/?next=/admin/accounts/profile/ => generated 0 bytes in 349 msecs (HTTP/1.1 302) 10 headers in 516 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 4/4] 172.18.0.25 () {62 vars in 1133 bytes} [Mon Apr 14 10:17:49 2025] GET / => generated 9104 bytes in 9 msecs (HTTP/1.1 200) 8 headers in 358 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 5/5] 172.18.0.25 () {62 vars in 1103 bytes} [Mon Apr 14 10:17:52 2025] GET /admin/ => generated 11824 bytes in 11 msecs (HTTP/1.1 200) 10 headers in 471 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 6/6] 172.18.0.25 () {62 vars in 1143 bytes} [Mon Apr 14 10:17:54 2025] GET /admin/accounts/profile/ => generated 20488 bytes in 19 msecs (HTTP/1.1 200) 10 headers in 471 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 7/7] 172.18.0.25 () {58 vars in 1014 bytes} [Mon Apr 14 10:17:54 2025] GET /admin/jsi18n/ => generated 3342 bytes in 3 msecs (HTTP/1.1 200) 7 headers in 230 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 8/8] 172.18.0.25 () {68 vars in 1269 bytes} [Mon Apr 14 10:17:59 2025] POST /admin/accounts/profile/ => generated 0 bytes in 4 msecs (HTTP/1.1 302) 11 headers in 620 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 9/9] 172.18.0.25 () {62 vars in 1365 bytes} [Mon Apr 14 10:17:59 2025] GET /admin/accounts/profile/ => generated 20681 bytes in 12 msecs (HTTP/1.1 200) 11 headers in 569 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 10/10] 172.18.0.25 () {58 vars in 1014 bytes} [Mon Apr 14 10:17:59 2025] GET /admin/jsi18n/ => generated 3342 bytes in 2 msecs (HTTP/1.1 200) 7 headers in 230 bytes (1 switches on core 0)
[pid: 189|app: -1|req: -1/11] 172.18.0.25 () {58 vars in 1118 bytes} [Mon Apr 14 10:17:59 2025] GET /static/admin/img/icon-alert.svg => generated 504 bytes in 0 msecs via sendfile() (HTTP/1.1 200) 3 headers in 115 bytes (0 switches on core 0)
[pid: 189|app: 0|req: 11/12] 172.18.0.25 () {68 vars in 1269 bytes} [Mon Apr 14 10:18:06 2025] POST /admin/accounts/profile/ => generated 0 bytes in 948 msecs (HTTP/1.1 302) 11 headers in 539 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 12/13] 172.18.0.25 () {62 vars in 1284 bytes} [Mon Apr 14 10:18:07 2025] GET /admin/accounts/profile/ => generated 20606 bytes in 12 msecs (HTTP/1.1 200) 11 headers in 569 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 13/14] 172.18.0.25 () {58 vars in 1014 bytes} [Mon Apr 14 10:18:07 2025] GET /admin/jsi18n/ => generated 3342 bytes in 2 msecs (HTTP/1.1 200) 7 headers in 230 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 14/15] 172.18.0.25 () {44 vars in 684 bytes} [Mon Apr 14 10:20:00 2025] GET /ping/3c642306-3fc6-4423-bcba-57b682f093c5 => generated 2 bytes in 18 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 15/16] 172.18.0.25 () {44 vars in 684 bytes} [Mon Apr 14 10:20:01 2025] GET /ping/ec86ac4c-410f-4b3a-bb24-822421eeda05 => generated 2 bytes in 7 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 16/17] 172.18.0.25 () {44 vars in 684 bytes} [Mon Apr 14 10:20:08 2025] GET /ping/de803952-f591-4282-b68a-5e3e8290d213 => generated 2 bytes in 6 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 17/18] 172.18.0.25 () {44 vars in 682 bytes} [Mon Apr 14 10:25:01 2025] GET /ping/ec86ac4c-410f-4b3a-bb24-822421eeda05 => generated 2 bytes in 7 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 18/19] 172.18.0.25 () {44 vars in 686 bytes} [Mon Apr 14 10:25:03 2025] GET /ping/de803952-f591-4282-b68a-5e3e8290d213 => generated 2 bytes in 6 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 19/20] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/3ae264a4-031b-40e1-bae6-0b1ef7f15b9c => generated 520 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 20/21] 172.18.0.25 () {44 vars in 664 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/ => generated 6782 bytes in 4 msecs (HTTP/1.1 200) 11 headers in 366 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 21/22] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/9d47e718-0bff-4b32-bf4e-de3bc6eb2232 => generated 561 bytes in 3 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 22/23] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/6f6519cb-0011-4a79-b320-662ab14e64df => generated 509 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 23/24] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/23c53580-2d56-4371-a756-e0b0dd283a13 => generated 549 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 24/25] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/ff6c86df-bdb8-4e62-b92e-f07f5dd431c7 => generated 526 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 25/26] 172.18.0.25 () {44 vars in 736 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/ea7eb0f1-272b-4a0e-89b1-bc385df6b0af => generated 505 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 26/27] 172.18.0.25 () {44 vars in 734 bytes} [Mon Apr 14 10:28:21 2025] GET /api/v3/checks/0ec71458-c380-47a1-bf7a-282f04da0cbe => generated 498 bytes in 2 msecs (HTTP/1.1 200) 11 headers in 373 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 27/28] 172.18.0.25 () {44 vars in 684 bytes} [Mon Apr 14 10:30:00 2025] GET /ping/3c642306-3fc6-4423-bcba-57b682f093c5 => generated 2 bytes in 6 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)
[pid: 189|app: 0|req: 28/29] 172.18.0.25 () {44 vars in 684 bytes} [Mon Apr 14 10:30:01 2025] GET /ping/ec86ac4c-410f-4b3a-bb24-822421eeda05 => generated 2 bytes in 6 msecs (HTTP/1.1 200) 11 headers in 387 bytes (1 switches on core 0)

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[thespad]

This behaviour was changed over a year ago: https://github.com/linuxserver/docker-healthchecks#versions

[jeanpaulrh]

Sorry. But on my system it seems that changing env vaiables were not taking precedence over config file.
If I want to change a variable that is already contained in config file I can't do it with env variables, right?
So, the correct behavior is to write the config file?

[thespad]

Just run some tests and it appears you are correct, the file is taking precedence over the environment variables, which is very much the opposite of how you're supposed to do things.

I'll need to update the docs, but we still recommend using envs rather than the config file.

[LinuxServer-CI]

This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.

[LinuxServer-CI]

This issue is locked due to inactivity