starred/ProxmoxVE
1
0
Fork 0
mirror of https://github.com/community-scripts/ProxmoxVE.git synced 2026-02-05 08:40:11 +03:00
Code Issues 23 Packages Projects Releases 10 Wiki Activity

Dispatcharr 0.13.1 requires new environment variable DJANGO_SECRET_KEY #2132

New Issue
Closed
opened 2026-02-05 03:52:38 +03:00 by OVERLORD · 1 comment
OVERLORD commented 2026-02-05 03:52:38 +03:00
Owner
Copy Link

Originally created by @tobbi007 on GitHub (Dec 6, 2025).

Originally assigned to: @Copilot on GitHub.

✅ Have you read and understood the above guidelines?

yes

🔎 Did you run the script with verbose mode enabled?

Yes, verbose mode was enabled and the output is included below

📜 What is the name of the script you are using?

Dispatcharr

📂 What was the exact command used to execute the script?

update

⚙️ What settings are you using?

  • Default Settings
  • Advanced Settings

🖥️ Which Linux distribution are you using?

Debian 13

📈 Which Proxmox version are you on?

9.1.1

📝 Provide a clear and concise description of the issue.

The latest Dispatcharr release (v0.13.1) introduced a mandatory new environment variable (DJANGO_SECRET_KEY) that must be present in the .env file for the application to start correctly.

When users update the container using the existing Proxmox community update script function, the script pulls the new application code but does not add the variable to the .env file. This results in a broken/unresponsive container immediately after the update completes.

The update function in the community script needs modification to automatically inject the DJANGO_SECRET_KEY into the /opt/dispatcharr/.env file before restarting the service with the new codebase.

🔄 Steps to reproduce the issue.

Start with a working Dispatcharr 0.13.0 LXC container deployed via the community script.
Ensure the current /opt/dispatcharr/.env file does not contain DJANGO_SECRET_KEY
Execute the update function.
The script errors out.
The Dispatcharr web interface is now unreachable/broken

❌ Paste the full error output (if available).

Traceback (most recent call last):
  File "/opt/dispatcharr/manage.py", line 19, in <module>
    main()
    ~~~~^^
  File "/opt/dispatcharr/manage.py", line 16, in main
    execute_from_command_line(sys.argv)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line
    utility.execute()
    ~~~~~~~~~~~~~~~^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/__init__.py", line 436, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 416, in run_from_argv
    self.execute(*args, **cmd_options)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 457, in execute
    self.check(**check_kwargs)
    ~~~~~~~~~~^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 492, in check
    all_issues = checks.run_checks(
        app_configs=app_configs,
    ...<2 lines>...
        databases=databases,
    )
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/checks/registry.py", line 89, in run_checks
    new_errors = check(app_configs=app_configs, databases=databases)
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/checks/urls.py", line 136, in check_custom_error_handlers
    handler = resolver.resolve_error_handler(status_code)
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/urls/resolvers.py", line 732, in resolve_error_handler
    callback = getattr(self.urlconf_module, "handler%s" % view_type, None)
                       ^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/functional.py", line 47, in __get__
    res = instance.__dict__[self.name] = self.func(instance)
                                         ~~~~~~~~~^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/urls/resolvers.py", line 711, in urlconf_module
    return import_module(self.urlconf_name)
  File "/usr/lib/python3.13/importlib/__init__.py", line 88, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 1026, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/opt/dispatcharr/dispatcharr/urls.py", line 7, in <module>
    from drf_yasg.views import get_schema_view
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/drf_yasg/views.py", line 10, in <module>
    from rest_framework.views import APIView
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/views.py", line 18, in <module>
    from rest_framework.schemas import DefaultSchema
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/schemas/__init__.py", line 33, in <module>
    authentication_classes=api_settings.DEFAULT_AUTHENTICATION_CLASSES,
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 227, in __getattr__
    val = perform_import(val, attr)
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 170, in perform_import
    return [import_from_string(item, setting_name) for item in val]
            ~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 179, in import_from_string
    return import_string(val)
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/module_loading.py", line 30, in import_string
    return cached_import(module_path, class_name)
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/module_loading.py", line 15, in cached_import
    module = import_module(module_path)
  File "/usr/lib/python3.13/importlib/__init__.py", line 88, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/authentication.py", line 10, in <module>
    from .models import TokenUser
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/models.py", line 7, in <module>
    from .settings import api_settings
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/settings.py", line 20, in <module>
    "SIGNING_KEY": settings.SECRET_KEY,
                   ^^^^^^^^^^^^^^^^^^^
  File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/conf/__init__.py", line 90, in __getattr__
    raise ImproperlyConfigured("The SECRET_KEY setting must not be empty.")
django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty.
  ✖️   in line 110: exit code 1 (General error / Operation not permitted): while executing command  uv run python manage.py migrate --noinput

🖼️ Additional context (optional).

The current workaround for users (and the logic that should be implemented into the update script) is as follows:

Before running the general update function, access the LXC console.
Open the environment file:
nano /opt/dispatcharr/.env

Append the required key at the end of the file using a generated, random string:
DJANGO_SECRET_KEY=[generate a long random string here]

Save the file

After this manual edit, the community script update function runs successfully.

If you already broke your container and you do not have a backup. A user on a Discord reported you can also add the variable as described to a broken container, then reboot and Dispatcharr starts up again.

Originally created by @tobbi007 on GitHub (Dec 6, 2025). Originally assigned to: @Copilot on GitHub. ### ✅ Have you read and understood the above guidelines? yes ### 🔎 Did you run the script with verbose mode enabled? Yes, verbose mode was enabled and the output is included below ### 📜 What is the name of the script you are using? Dispatcharr ### 📂 What was the exact command used to execute the script? update ### ⚙️ What settings are you using? - [x] Default Settings - [ ] Advanced Settings ### 🖥️ Which Linux distribution are you using? Debian 13 ### 📈 Which Proxmox version are you on? 9.1.1 ### 📝 Provide a clear and concise description of the issue. The latest Dispatcharr release (v0.13.1) introduced a mandatory new environment variable (DJANGO_SECRET_KEY) that must be present in the .env file for the application to start correctly. When users update the container using the existing Proxmox community update script function, the script pulls the new application code but does not add the variable to the .env file. This results in a broken/unresponsive container immediately after the update completes. The update function in the community script needs modification to automatically inject the DJANGO_SECRET_KEY into the /opt/dispatcharr/.env file before restarting the service with the new codebase. ### 🔄 Steps to reproduce the issue. Start with a working Dispatcharr 0.13.0 LXC container deployed via the community script. Ensure the current /opt/dispatcharr/.env file does not contain DJANGO_SECRET_KEY Execute the update function. The script errors out. The Dispatcharr web interface is now unreachable/broken ### ❌ Paste the full error output (if available). ``` Traceback (most recent call last): File "/opt/dispatcharr/manage.py", line 19, in <module> main() ~~~~^^ File "/opt/dispatcharr/manage.py", line 16, in main execute_from_command_line(sys.argv) ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line utility.execute() ~~~~~~~~~~~~~~~^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/__init__.py", line 436, in execute self.fetch_command(subcommand).run_from_argv(self.argv) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 416, in run_from_argv self.execute(*args, **cmd_options) ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 457, in execute self.check(**check_kwargs) ~~~~~~~~~~^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/management/base.py", line 492, in check all_issues = checks.run_checks( app_configs=app_configs, ...<2 lines>... databases=databases, ) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/checks/registry.py", line 89, in run_checks new_errors = check(app_configs=app_configs, databases=databases) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/core/checks/urls.py", line 136, in check_custom_error_handlers handler = resolver.resolve_error_handler(status_code) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/urls/resolvers.py", line 732, in resolve_error_handler callback = getattr(self.urlconf_module, "handler%s" % view_type, None) ^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/functional.py", line 47, in __get__ res = instance.__dict__[self.name] = self.func(instance) ~~~~~~~~~^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/urls/resolvers.py", line 711, in urlconf_module return import_module(self.urlconf_name) File "/usr/lib/python3.13/importlib/__init__.py", line 88, in import_module return _bootstrap._gcd_import(name[level:], package, level) ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "<frozen importlib._bootstrap>", line 1387, in _gcd_import File "<frozen importlib._bootstrap>", line 1360, in _find_and_load File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 935, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 1026, in exec_module File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed File "/opt/dispatcharr/dispatcharr/urls.py", line 7, in <module> from drf_yasg.views import get_schema_view File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/drf_yasg/views.py", line 10, in <module> from rest_framework.views import APIView File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/views.py", line 18, in <module> from rest_framework.schemas import DefaultSchema File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/schemas/__init__.py", line 33, in <module> authentication_classes=api_settings.DEFAULT_AUTHENTICATION_CLASSES, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 227, in __getattr__ val = perform_import(val, attr) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 170, in perform_import return [import_from_string(item, setting_name) for item in val] ~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework/settings.py", line 179, in import_from_string return import_string(val) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/module_loading.py", line 30, in import_string return cached_import(module_path, class_name) File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/utils/module_loading.py", line 15, in cached_import module = import_module(module_path) File "/usr/lib/python3.13/importlib/__init__.py", line 88, in import_module return _bootstrap._gcd_import(name[level:], package, level) ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/authentication.py", line 10, in <module> from .models import TokenUser File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/models.py", line 7, in <module> from .settings import api_settings File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/rest_framework_simplejwt/settings.py", line 20, in <module> "SIGNING_KEY": settings.SECRET_KEY, ^^^^^^^^^^^^^^^^^^^ File "/opt/dispatcharr/.venv/lib/python3.13/site-packages/django/conf/__init__.py", line 90, in __getattr__ raise ImproperlyConfigured("The SECRET_KEY setting must not be empty.") django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty. ✖️ in line 110: exit code 1 (General error / Operation not permitted): while executing command uv run python manage.py migrate --noinput ``` ### 🖼️ Additional context (optional). The current workaround for users (and the logic that should be implemented into the update script) is as follows: Before running the general update function, access the LXC console. Open the environment file: nano /opt/dispatcharr/.env Append the required key at the end of the file using a generated, random string: DJANGO_SECRET_KEY=[generate a long random string here] Save the file After this manual edit, the community script update function runs successfully. If you already broke your container and you do not have a backup. A user on a Discord reported you can also add the variable as described to a broken container, then reboot and Dispatcharr starts up again.
OVERLORD added the enhancement label 2026-02-05 03:52:38 +03:00
OVERLORD commented 2026-02-05 03:52:51 +03:00
Author
Owner
Copy Link

@tobbi007 commented on GitHub (Dec 7, 2025):

Tried to make the changes, but I had trouble testing it in my environment. So I did not create a PR:
https://github.com/community-scripts/ProxmoxVE/compare/main...tobbi007:ProxmoxVE:feature/dispatcharr-new-variable

@tobbi007 commented on GitHub (Dec 7, 2025): Tried to make the changes, but I had trouble testing it in my environment. So I did not create a PR: https://github.com/community-scripts/ProxmoxVE/compare/main...tobbi007:ProxmoxVE:feature/dispatcharr-new-variable
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Implemented in VED waiting push to Main
breaking change
bug
bug
bugfix
deferred
delete script
dependencies
enhancement
external
feature
github
help wanted
in project pipeline
invalid
investigation
json
maintenance
needs triage
new script
new script
nice to have
not a script issue
not planned
organization
pull-request
Mirrored from GitHub Pull Request
 question
refactor
rename script
security
update script
website
wontdo
🛑 Failure to comply with the guidelines
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ProxmoxVE#2132
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?