Friday, April 03, 2026
support@conference.yunohost.org
April
Mon Tue Wed Thu Fri Sat Sun
    1
2
3
4
5
6 7
8
9
10
11
12
13
14
15
16
17 18 19
20 21
22
23 24 25 26
27 28 29 30      
             

[10:37:59] <sebastian> I am also hosting synapse, no trouble so far
[12:31:58] <isAAAc> et pour moi la federation ne marche pas à 100% pour une raison qui m'échappe
[12:33:32] <isAAAc> au niveau réglage via la webadmin ça a l'air ok , au niveau résultat concret, ça juste ne marche pas
[12:35:46] <Chatpitaine Caverne> Ce sont peut-être des instaves en API V1 ?
[12:38:03] <isAAAc> Chatpitaine Caverne Thomas :
j'ai encore pas mal de 403 dans syslog à propos de gunicorn en lien avec /api/v2/
[12:38:03] <isAAAc> ```
2026-04-03T14:13:25.910137+02:00 krashboyz gunicorn[410034]: [2026-04-03 12:13:25 +0000] [410034] [INFO] 46.18.101.150:0 - "WebSocket /api/v2/activity" 403
2026-04-03T14:13:25.910665+02:00 krashboyz gunicorn[410034]: [2026-04-03 12:13:25 +0000] [410034] [INFO] connection rejected (403 Forbidden)
```
[12:38:13] <Chatpitaine Caverne> isAAAc: Je n'ai pas de 403, par contre, les logs ne sont pas propres. J'ai ça notamment :
`Apr 03 13:02:01 gunicorn[598174]: django.db.utils.OperationalError: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL: remaining connection slots are reserved for non-replication superuser connections`
[12:38:15] <isAAAc> ouep y a un truc chelou , et je ne saurai dire si c'est l'intégration à ynh ou funkwhale qui pêche
[12:39:28] <Chatpitaine Caverne> Pareil `¯\_(ツ)_/¯`
[12:39:33] <isAAAc> je lance l'upgrade en `2.0.1~ynh2`
[12:39:34] <Chatpitaine Caverne> Si tu avais passé la testing branch, ça doit être la même chose. Mais bon, faut le faire de toutes façons.
[12:39:38] <isAAAc> oui c'est exactement ce que je me disais :)
[12:39:39] <JeremyG> salut! Je suis en pleine migration funk en 2.0.1 également
[12:39:40] <Chatpitaine Caverne> Ben la plus criante anomalie a été réglée hier grâce à Thomas Mais sans doute en reste-t-il. Ceci dit, l'instance fonctionne, joue la musique et j'ai pu uploadé un album ce matin.
La fédération fonctionne moins bien (voire pas) et on suppose que c'est parce que la plupart des instances sont encore en API V1 qui n'est pas compatible avec la V2.
[12:39:42] <Chatpitaine Caverne> D'un autre côté si toutes les instances attendent que les autres aient migré, on n'est pas rendu...
[12:42:21] <JeremyG> à la base j'avais monté l'instance de funkwhale pour un test, un an après je m'en sers toujours, mais je suis seul utilisateur, il y a beaucoup d'instances publiques ?
[12:42:22] <Chatpitaine Caverne> https://network.funkwhale.audio/dashboards/d/overview/funkwhale-network-overview?orgId=1&refresh=2h
[12:59:50] <Chatpitaine Caverne> D'ailleurs, il n'y a aucune V2 dans la liste présentée ici.
[13:04:28] <JeremyG> merci pour le lien !
[13:07:05] <Aunisien> It works pretty well, except for voice and video calls—but only for incoming calls, which don't connect when I answer.
"Something went wrong
An unexpected error occurred (Error Code: UNKNOWN_ERROR). Please contact your server administrator."
[13:12:08] <Thibaultmol> Is this a known issue when doing synapse via yunohost or is that supposed to work?
[14:17:57] <Aunisien> 🤷‍♂️
[14:17:58] <Chatpitaine Caverne> I never had this issue, but that's a long time now I didn't use phone call (emission or reception) maybe it's a new issue. I gonna probably test this week-end and tell you what it gives.
[15:32:18] <Thomas> > <@chatpitaine:cirkau.art> D'ailleurs, il n'y a aucune V2 dans la liste présentée ici.

Ce sont a priori les instances version 0.0.0 (à en croire la version d'open.audio)
[15:36:17] <Chatpitaine Caverne> J'ai des plantages sur Funkwhale. Suis en train de réunir des éléments.
[15:36:31] <Chatpitaine Caverne> Plantage de Funkwhale suivi par des erreurs 500 ensuite. Jusqu'à redémarrage du service worker.
Extrait de la log du service funkwhale-server (il y en a des tonnes (d'exceptions) comme celle-ci :
```
Apr 03 17:10:47 cirkau.art gunicorn[598174]: The above exception was the direct cause of the following exception:
Apr 03 17:10:47 cirkau.art gunicorn[598174]: Traceback (most recent call last):
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/core/handlers/exception.py", line 55, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: response = get_response(request)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/api/funkwhale_api/users/middleware.py", line 7, in __call__
Apr 03 17:10:47 cirkau.art gunicorn[598174]: if hasattr(request, "user") and request.user.is_authenticated:
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/functional.py", line 251, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self._setup()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/functional.py", line 404, in _setup
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self._wrapped = self._setupfunc()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/contrib/auth/middleware.py", line 40, in <lambda>
Apr 03 17:10:47 cirkau.art gunicorn[598174]: request.user = SimpleLazyObject(lambda: get_user(request))
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/contrib/auth/middleware.py", line 20, in get_user
Apr 03 17:10:47 cirkau.art gunicorn[598174]: request._cached_user = auth.get_user(request)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/api/funkwhale_api/common/middleware.py", line 291, in replacement
Apr 03 17:10:47 cirkau.art gunicorn[598174]: r = original(request)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/contrib/auth/__init__.py", line 311, in get_user
Apr 03 17:10:47 cirkau.art gunicorn[598174]: user = backend.get_user(user_id)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django_auth_ldap/backend.py", line 184, in get_user
Apr 03 17:10:47 cirkau.art gunicorn[598174]: user = self.get_user_model().objects.get(pk=user_id)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/manager.py", line 87, in manager_method
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return getattr(self.get_queryset(), name)(*args, **kwargs)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/query.py", line 631, in get
Apr 03 17:10:47 cirkau.art gunicorn[598174]: num = len(clone)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/query.py", line 368, in __len__
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self._fetch_all()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/query.py", line 1954, in _fetch_all
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self._result_cache = list(self._iterable_class(self))
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/query.py", line 93, in __iter__
Apr 03 17:10:47 cirkau.art gunicorn[598174]: results = compiler.execute_sql(
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/models/sql/compiler.py", line 1621, in execute_sql
Apr 03 17:10:47 cirkau.art gunicorn[598174]: cursor = self.connection.cursor()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return func(*args, **kwargs)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/base/base.py", line 320, in cursor
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return self._cursor()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/base/base.py", line 296, in _cursor
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self.ensure_connection()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return func(*args, **kwargs)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/base/base.py", line 278, in ensure_connection
Apr 03 17:10:47 cirkau.art gunicorn[598174]: with self.wrap_database_errors:
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/utils.py", line 91, in __exit__
Apr 03 17:10:47 cirkau.art gunicorn[598174]: raise dj_exc_value.with_traceback(traceback) from exc_value
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/base/base.py", line 279, in ensure_connection
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self.connect()
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return func(*args, **kwargs)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/base/base.py", line 256, in connect
Apr 03 17:10:47 cirkau.art gunicorn[598174]: self.connection = self.get_new_connection(conn_params)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
Apr 03 17:10:47 cirkau.art gunicorn[598174]: return func(*args, **kwargs)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/django/db/backends/postgresql/base.py", line 332, in get_new_connection
Apr 03 17:10:47 cirkau.art gunicorn[598174]: connection = self.Database.connect(**conn_params)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: File "/var/www/funkwhale/venv/lib/python3.11/site-packages/psycopg2/__init__.py", line 122, in connect
Apr 03 17:10:47 cirkau.art gunicorn[598174]: conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
Apr 03 17:10:47 cirkau.art gunicorn[598174]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Apr 03 17:10:47 cirkau.art gunicorn[598174]: django.db.utils.OperationalError: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL: remaining connection slots are reserved for non-replication superuser connetions
```
Je cherche sur le net en parallèle si anomalie connue.
[15:36:36] <Chatpitaine Caverne> C'est une erreur PostgreSql, probablement iun paramètre à régler du côté de la database, si je comprends bien..
[16:29:28] <otm33> Oui, regarde du côté de max_connections, il faudra sûrement l'augmenter
[16:30:45] <otm33> dans le fichier de conf qui correspond au cluster concerné. Etrange quand même qu'il y en ait autant au point de saturer
[16:30:52] <Chatpitaine Caverne> Oui de ce que je lis dans des entrées de forum sur comment augmenter les max_connections, ça parle aussi de shared_buffers et de kernel.shmmax.
Par ailleurs, ça dit qu'une appli n'est pas censé avoir besoin de plein de connections. Peut-être un souci côté Funkwhale.
On peut voir les connections en cours et par qui sur PostgreSql ?
[16:30:53] <otm33> Est-ce que les logs ne donnent pas déjà quelques infos ? On doit pouvoir augmenter leur degré de précision: il doit y avoir un paramètre dans le fichier de conf mais alors lequel... ?
[16:30:59] <Chatpitaine Caverne> Vais mieux regarder, mais les logs dans la GUI sont trop courtes et dans journalctl, trop longues... Faut que j'apprenne d'autres options de cette commande.
Je n'ai pas encore trouvé le fichier .conf, ni d'ailleurs le numéro de la databse funkwhale...
[16:31:02] <otm33> pg_lsclusters (et tu regardes le cluster dont le port correspond à celui de ton log : 5432, le port par défaut)
[16:31:13] <Chatpitaine Caverne> pg_lscluster me retourne ça :
```
pg_lsclusters
Ver Cluster Port Status Owner Data directory Log file
15 main 5432 online postgres /var/lib/postgresql/15/main /var/log/postgresql/postgresql-15-main.log
```
Ceci dit, la log est intéressante et je vois qu'il arrive à peertube aussi d'avoir ce souci. Beaucoup moins.
[16:31:16] <otm33> le fichier de conf sera dans /etc/postgresql/n°\_cluster/postgresql.conf (ou qqch comme ça) pour les logs jounalctl -u postgresqlxxx.service -n 50 -f mais pas sûr que ce soit plus précis que dans la webadmin
[16:31:20] <Chatpitaine Caverne> Pas certain que utile, et en tout cas très long pour dire à peu près toujours la même chose :
`cat /var/log/postgresql/postgresql-15-main.log | grep funkwhale`
```
2026-04-02 10:36:58.695 BST [579090] funkwhale@funkwhale ERROR: duplicate key value violates unique constraint "dynamic_preferences_glob_section_name_f4a2439b_uniq"
2026-04-02 10:36:58.695 BST [579090] funkwhale@funkwhale DETAIL: Key (section, name)=(music, musicbrainz_genre_update) already exists.
2026-04-02 10:36:58.695 BST [579090] funkwhale@funkwhale STATEMENT: INSERT INTO "dynamic_preferences_globalpreferencemodel" ("section", "name", "raw_value") VALUES ('music', 'musicbrainz_genre_update', 'True') RETURNING "dynamic_preferences_globalpreferencemodel"."id"
2026-04-02 14:58:15.383 BST [590637] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-02 14:58:15.395 BST [590635] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections

MEME ERREUR DES CENTAINES DE FOIS

2026-04-03 16:29:56.090 BST [650385] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:29:56.100 BST [650395] funkwhale@funkwhale FATAL: sorry, too many clients already
2026-04-03 16:29:56.107 BST [650388] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections

IDEM

2026-04-03 16:42:32.638 BST [651895] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:42:32.649 BST [651896] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:42:32.698 BST [651904] funkwhale@funkwhale FATAL: sorry, too many clients already
2026-04-03 16:42:32.702 BST [651902] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:42:32.703 BST [651901] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:42:32.706 BST [651903] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections
2026-04-03 16:42:32.719 BST [651908] funkwhale@funkwhale FATAL: sorry, too many clients already
2026-04-03 16:42:32.721 BST [651905] funkwhale@funkwhale FATAL: remaining connection slots are reserved for non-replication superuser connections

IDEM
```
[16:31:21] <Chatpitaine Caverne> Et les journalctl sur les services postgreSql ne donnent rien d'intéressant :
```
journalctl -u postgresql.service -n 50 -f
Mar 22 07:28:56 cirkau.art systemd[1]: Starting postgresql.service - PostgreSQL RDBMS...
Mar 22 07:28:56 cirkau.art systemd[1]: Finished postgresql.service - PostgreSQL RDBMS.
^C
root@cirkau:/var/lib/postgresql/15/main/base/16385# journalctl -u postgresql@15-main.service -n 50 -f
Mar 22 07:28:53 cirkau.art systemd[1]: Starting postgresql@15-main.service - PostgreSQL Cluster 15-main...
Mar 22 07:28:56 cirkau.art systemd[1]: Started postgresql@15-main.service - PostgreSQL Cluster 15-main.

```
[16:31:22] <Chatpitaine Caverne> Le fichier conf de PostgreSQL est là /etc/postgresql/15/main/postgresql.conf et contient max-connections à 100.
Mais du coup, c'est un paramètre pour toutes les bases. Chelou.
[16:31:24] <otm33> Oui, là je regarde le .env sur le github et je vois FUNKWHALE_WEB_WORKERS=4 : peut-être en diminuer le nombre ?
[16:31:26] <otm33> C'était, ceci dit, déjà ce nombre dans la version précédente.
[16:31:43] <Chatpitaine Caverne> ça ne paraît pas délirant ce nombre de 4 si c'est pour gérer tous les users d'une instance.
[16:31:44] <Chatpitaine Caverne> J'ai l'impression, pas certain encore, que cette erreur ne se produit que quand on manipule la base Django en modifiant des artistes, album... ou en uploadant. Si on se contente d'écouter de la musique, ça semble aller.
[16:31:46] <JeremyG> migration bien passée sur mon serveur, tout est fonctionnel
[16:38:56] <otm33> Je viens d'installer sur une instance en local : vous avez aussi pléthore d’erreurs de connexion websocket sur /api/v2/activity ?
Et impossible d'uploader une piste.
[16:39:22] <Chatpitaine Caverne> Dans la doc Funkwhale : https://docs.funkwhale.audio/administrator/installation/debian.html#set-up-your-database
Je vois au point 7
```
Create a superuser for your pod

Note

You can create several superusers.

To start using Funkwhale, you need to create a superuser for your pod. This user has all the permissions needed to administrate the pod. Follow these steps to create a superuser.

sudo -u funkwhale venv/bin/funkwhale-manage fw users create --superuser

That’s it! You can log in as this user when you finish setting up Funkwhale.
```
[16:39:46] <Chatpitaine Caverne> Est-ce qu'on en a un ?
[16:40:34] <JeremyG> il me semble que oui car en v1 c'était aussi le cas non ?
[16:42:23] <JeremyG> bug : dans liste d'album, difficultés pour passer aux autres pages 2.3.4 etc
[16:42:31] <otm33> Bon, ok, pas d'install en local...
[16:42:41] <Chatpitaine Caverne> Oui, fausse piste
[16:43:25] <JeremyG> qauand tu dis en local c'est à dire ? Hébergée chez soi ? C'est le cas pour moi
[16:48:33] <otm33> Non , je veux dire sur un domaine local. Il n'a pas l'air d'aimer cela. D'abord la résolution de domaine et maintenant le certificat auto-signé... Hou...
[16:48:34] <JeremyG> Force-upgrading the app (to the same version) can sometimes be useful to rebuild the app and configurations.
[16:54:35] <Chatpitaine Caverne> Quand je suis dans la database funkwhale, le max-connections n'est pas renseigné ?
```
funkwhale=> show max_connections
funkwhale->

```
[16:54:36] <Chatpitaine Caverne> Bon en tout cas, j'ai mon id de database par SELECT * FROM pg_database;
270462 | funkwhale
[16:54:37] <Chatpitaine Caverne> Ce qui ne me donne rien vu qu'il n'y a pas de .conf dans /var/lib/postgr..... Mais au moins, je l'ai et je sais le retrouver.
[17:01:08] <Chatpitaine Caverne> Oui, il est à 100, mais comme dans les forum ça dit que ça se trouve dans /var/lib/post.... je me suis dit qu'il y en avait peut-être un spécifique pour chaque database.
[17:01:08] <otm33> le param max_connections est dans /etc/postgresql/15/main/postgresql.conf
[17:01:08] <Chatpitaine Caverne> J'ai retenté car je me suis rendu compte que je n'était pas en use de la database funkwhale, mais toujours pas :
```
funkwhale=> \c funkwhale
You are now connected to database "funkwhale" as user "funkwhale".
funkwhale=> show max_connections
funkwhale->

```
[17:04:39] <Chatpitaine Caverne> Trouvé ça pour augmenter le max_conections, mais c'est déconseillé et plus probablement d'autres soucis avant de faire ça :
```
Changing max_connection parameter needs a Postgres restart

Commands

Check max_connection just to keep current value in mind

SHOW max_connections;

Change max_connection value

ALTER SYSTEM SET max_connections TO '500';

Restart PostgreSQL server

```
[17:16:09] <Chatpitaine Caverne> Yes, I repaired once Funkwhale like this. It was broken with no known reason, but upgrade --force managed to repair it.
I still have to repass the -ynh2 I'll do it.

By the way, if you can test to modify one or some element of your database through settings / library. for exemple by adding a picture to an artist.
And then see if you have errors in funkwhale-server service.
Cause it seems, I get this error only doing stuff touching to the database.
[17:17:42] <Chatpitaine Caverne> Et le salon matrix funkwhale est toujours aussi tristement calme.
[17:29:12] <Chatpitaine Caverne> Raahhh andouille de moi, j'avais oublié le ;

```
show max_connections;
max_connections
-----------------
100
(1 row)

```
[17:52:53] <JeremyG> nouveauté suite à déplacement motorisé, l'appli android funkwhale ne veut plus se co sur le serveur, elle indique aucun pod disponible à cette url
[18:13:53] <JeremyG> j'ai testé tempus, dsub2000, je pense que je vais devoir faire un rollback car souvent utilisé lors de mes séances cyclisme
[18:38:05] <Chatpitaine Caverne> Faut que je retrouve, mais elle n'est pas compatible API V2 et j'ai cru voir (à confirmer) qu'elle ne le sera pas.
[18:56:23] <Chatpitaine Caverne> J'ai testé une app subsonic pour l'instant sans succès.
[20:15:49] <Chatpitaine Caverne> I have in visitors Element (bundles) but more related to Element than Synapse.
also Synapse (Server administration API), Synapse (livekit), Synapse (Server access for client apps) and Synapse (server_client_infos)
[20:15:56] <Chatpitaine Caverne> I just did a test via Element both way emmission and recption, audio and video, everything worked fine.
Have you checked if some API would not be in visitors privileges, maybe it could cause issue if API not accessible to visitors.