Cloudron Forum

@scooke just open and edit production.yaml with cloudron file manager. i am already use idrive e2. its worked.

add this, and make sure set enabled: true
PeerTube does not support path request style, its only support virtual host style requests.

object_storage:
  enabled: false

  # Without protocol, will default to HTTPS
  endpoint: '' # 's3.amazonaws.com' or 's3.fr-par.scw.cloud' for example

  region: 'us-east-1'

  # Set this ACL on each uploaded object
  upload_acl: 'public'

  credentials:
    # You can also use AWS_ACCESS_KEY_ID env variable
    access_key_id: ''
    # You can also use AWS_SECRET_ACCESS_KEY env variable
    secret_access_key: ''

  # Maximum amount to upload in one request to object storage
  max_upload_part: 2GB

  streaming_playlists:
    bucket_name: 'streaming-playlists'

    # Allows setting all buckets to the same value but with a different prefix
    prefix: '' # Example: 'streaming-playlists:'

    # Base url for object URL generation, scheme and host will be replaced by this URL
    # Useful when you want to use a CDN/external proxy
    base_url: '' # Example: 'https://mirror.example.com'

  # Same settings but for webtorrent videos
  videos:
    bucket_name: 'videos'
    prefix: ''
    base_url: ''

I tried the FLUSHALL command from cloudron terminal, and it seems to be back to normal. I will monitor whether it will go up again.

@scooke
iam already try using contabo. it's does not work. contabo not support virtual host style, sorry for my bad english.
its my working config. insert after storage section.
if have an error you can check the logs from peertube administration. make sure minio support virtual host style requests
https://github.com/Chocobozzz/PeerTube/issues/4455
example vhost style like this : yourbucket.sin1.contabostorage.com
path style : sin1.contabostorage.com/a808f6dce2514fba8eeb68596724ddd1:yourbucket

object_storage:
  enabled: true
  # Without protocol, will default to HTTPS
  endpoint: 'e4u6.la11.idrivee2-5.com' # 's3.amazonaws.com' or 's3.fr-par.scw.cloud' for example
  region: 'us-la'
  # Set this ACL on each uploaded object
  upload_acl: ''
  credentials:
    # You can also use AWS_ACCESS_KEY_ID env variable
    access_key_id: 'secret'
    # You can also use AWS_SECRET_ACCESS_KEY env variable
    secret_access_key: 'secret'
  # Maximum amount to upload in one request to object storage
  max_upload_part: 2GB
  streaming_playlists:
    bucket_name: 'peertube'
    # Allows setting all buckets to the same value but with a different prefix
    prefix: 'streaming-playlists/' # Example: 'streaming-playlists:'
    # Base url for object URL generation, scheme and host will be replaced by this URL
    # Useful when you want to use a CDN/external proxy
    base_url: 'https://peertube.e4u6.la11.idrivee2-5.com' # Example: ''
  # Same settings but for webtorrent videos
  videos:
    bucket_name: 'peertube'
    prefix: 'videos/'
    base_url: 'https://peertube.e4u6.la11.idrivee2-5.com'

I tested this again more carefully.

The TURN service does indeed get stopped after app restart because of stopUnusedServices, but PeerTube itself continues to work normally and the socket/WebRTC behavior seems fine.

So my earlier assumption was probably wrong: the TURN service stopping does not appear to be the cause of the PeerTube issue I saw before. That may have been a separate glitch.

So it seems TURN is currently unused in my setup, and Cloudron stopping it is expected with the new unused-services cleanup behavior.

Thanks for clarifying.

i am waiting for this...

@scooke no need delete or edit under storage section..

here is the log and while postgresql sql memory usage is very small

redis log

Mar 20 23:59:51 13:M 20 Mar 2025 16:59:51.327 * RDB memory usage when created 15005.03 Mb
Mar 21 00:00:23 Redis service endpoint listening on http://:::3000
Mar 21 00:06:22 13:M 20 Mar 2025 17:06:22.756 * Done loading RDB, keys loaded: 33349358, keys expired: 998.
Mar 21 00:06:22 13:M 20 Mar 2025 17:06:22.756 * DB loaded from disk: 391.667 seconds

yes. is busy peertube.

error log

Mar 24 07:37:21 2025-03-24 00:37:21.628 UTC [1762] userf8ee153b7f89431b8a74be747b18e88c@dbf8ee153b7f89431b8a74be747b18e88c ERROR: temporary file size exceeds temp_file_limit (4194304kB)
Mar 24 07:37:21 2025-03-24 00:37:21.628 UTC [1762] userf8ee153b7f89431b8a74be747b18e88c@dbf8ee153b7f89431b8a74be747b18e88c STATEMENT: CREATE UNIQUE INDEX "local_video_viewer_url" ON "localVideoViewer" ("url")
Mar 24 07:37:21 2025-03-24 00:37:21.633 UTC [1763] FATAL: terminating background worker "parallel worker" due to administrator command
Mar 24 07:37:21 2025-03-24 00:37:21.633 UTC [1763] STATEMENT: CREATE UNIQUE INDEX "local_video_viewer_url" ON "localVideoViewer" ("url")
Mar 24 07:37:23 2025-03-24 00:37:23.380 UTC [47] LOG: background worker "parallel worker" (PID 1763) exited with exit code 1

after create custom custom.conf in /home/yellowtent/platformdata/postgresql/16/main# error message is gone.

my peertube still not responding.
error log
2025/03/24 02:04:50 [error] 316#316: *357 connect() failed (111: Connection refused) while connecting to upstream, client: 172.18.0.1, server: default_server, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:9000/", host:

from htop showing process postges create index.

now my peertube is running. problem solved.

Thanks, this likely explains it.

What confused me is that this only started happening after a Cloudron upgrade. Before that, restarting PeerTube did not stop the TURN service, so P2P continued to work normally.

I did not manually configure TURN inside PeerTube itself. I assumed the existing Cloudron TURN service would continue to be available to PeerTube as before.

So from my side, there is no custom TURN config to share. The main issue is that after the Cloudron upgrade, restarting PeerTube now triggers stopUnusedServices and TURN gets stopped, which breaks PeerTube P2P/WebRTC for users behind strict NAT.

So it seems the package currently does not declare TURN as an addon dependency, and this only became visible after the newer Cloudron service cleanup behavior.

Hi,

I noticed an issue when restarting my PeerTube app.

After triggering an app restart, Cloudron runs stopUnusedServices and stops several services:

services: stopUnusedServices: stopping mysql (no apps use it)
services: stopUnusedServices: stopping mongodb (no apps use it)
services: stopUnusedServices: stopping turn (no apps use it)

This happens consistently right after restarting PeerTube.

While MySQL and MongoDB might not be used, TURN is required for PeerTube WebRTC P2P functionality.

When TURN is stopped, P2P connections fail (especially for users behind strict NAT), and PeerTube falls back to HTTP streaming.

Expected behavior:
TURN should remain running if PeerTube requires it.

Actual behavior:
TURN is stopped automatically after app restart and must be restarted manually.

It seems Cloudron does not detect TURN as a dependency of PeerTube.

Is this expected behavior, or is there a misconfiguration or bug in addon detection?

Thanks.