[00:02:51]
<thatoo> Bon ça prend trop de temps, je vais me coucher en essayant de ne pas penser aux dernières lignes d'avant l'erreur 504 Time out mais ça ne me dit rien de bon...
On verra bien demain.
[00:02:58]
<thatoo> ```
Mise à jour de synapse...
Loading installation settings...
Ensuring downward compatibility...
Backing up the app before upgrading (may take a while)...
Upgrading dependencies...
Upgrading source files...
ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
setuptools-rust 1.5.2 requires setuptools>=62.4, but you have setuptools 60.8.2 which is incompatible.
'/opt/yunohost/matrix-synapse/.rustup' wasn't deleted because it doesn't exist.
'/opt/yunohost/matrix-synapse/.cargo' wasn't deleted because it doesn't exist.
Updating synapse config...
Upgrading NGINX web server configuration...
Configuring application...
Updating Coturn config...
Upgrading systemd configuration...
Reconfiguring Fail2Ban...
The service fail2ban has correctly executed the action reload-or-restart.
Configuring permissions...
URL supplémentaire 'leprette.fr/.well-known/matrix' déjà supprimées pour la permission 'synapse.server_api'
Restarting Synapse services...
Job for matrix-synapse.service failed because the control process exited with error code.
See "systemctl status matrix-synapse.service" and "journalctl -xe" for details.
[Error] janv. 06 00:08:30 python[604389]: File "/usr/lib/python3.9/runpy.py", line 111, in _get_module_details
janv. 06 00:08:30 python[604389]: __import__(pkg_name)
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/synapse/__init__.py", line 23, in
janv. 06 00:08:30 python[604389]: from synapse.util.rust import check_rust_lib_up_to_date
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/synapse/util/__init__.py", line 31, in
janv. 06 00:08:30 python[604389]: from synapse.logging import context
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/synapse/logging/__init__.py", line 17, in
janv. 06 00:08:30 python[604389]: from synapse.logging._remote import RemoteHandler
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/synapse/logging/_remote.py", line 29, in
janv. 06 00:08:30 python[604389]: from twisted.internet.endpoints import (
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/twisted/internet/endpoints.py", line 67, in
janv. 06 00:08:30 python[604389]: from OpenSSL.SSL import Error as SSLError
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/OpenSSL/__init__.py", line 8, in
janv. 06 00:08:30 python[604389]: from OpenSSL import crypto, SSL
janv. 06 00:08:30 python[604389]: File "/opt/yunohost/matrix-synapse/lib/python3.9/site-packages/OpenSSL/crypto.py", line 3268, in
janv. 06 00:08:30 python[604389]: _lib.OpenSSL_add_all_algorithms()
janv. 06 00:08:30 python[604389]: AttributeError: module 'lib' has no attribute 'OpenSSL_add_all_algorithms'
janv. 06 00:08:30 systemd[1]: matrix-synapse.service: Control process exited, code=exited, status=1/FAILURE
janv. 06 00:08:30 systemd[1]: matrix-synapse.service: Failed with result 'exit-code'.
janv. 06 00:08:30 systemd[1]: Failed to start Synapse Matrix homeserver.
[Error]
[Error] Upgrade failed.
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-5.10.0-18-amd64
/etc/kernel/postrm.d/zz-update-grub:
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.10.0-20-amd64
Found initrd image: /boot/initrd.img-5.10.0-20-amd64
Found linux image: /boot/vmlinuz-5.10.0-19-amd64
Found initrd image: /boot/initrd.img-5.10.0-19-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
done
512295 00:22:24 ERROR [console] Error thrown while running command "--no-interaction --env=prod fos:user:create synapse 'synapse@matrix.leprette.fr' piPUJmsBU0KmRwzomGWI3Ito". Message: "An exception occurred while executing 'INSERT INTO `user` (username, username_canonical, email, email_canonical, enabled, salt, password, last_login, confirmation_token, password_requested_at, roles, name, created_at, updated_at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["synapse", "synapse", "synapse@matrix.leprette.fr", "synapse@matrix.leprette.fr", 1, "xxxxx", "xxx+xxx\/xxx+xxxx==", null, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24", "2023-01-06 00:22:24", null, null, null, 0]:
512296 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'synapse' for key 'UNIQ_1D63E7E592FC23A8'" ["exception" => Doctrine\DBAL\Exception\UniqueConstraintViolationException { …},"command" => "--no-interaction --env=prod fos:user:create synapse 'synapse@matrix.leprette.fr' xxxxx","message" => """ An exception occurred while executing 'INSERT INTO `user` (username, username_canonical, email, email_canonical, enabled, salt, password, last_login, confirmation_token, password_requested_at, roles, name, created_at, updated_at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["synapse", "synapse", "synapse@matrix.leprette.fr", "synapse@matrix.leprette.fr", 1, "xxxxxx", "xxxxx+xxxx\/xxxx+xxxxx==", null, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24", "2023-01-06 00:22:24", null, null, null, 0]:\n \n SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'synapse' for key 'UNIQ_1D63E7E592FC23A8' """]
512309 In AbstractMySQLDriver.php line 74:
512310 An exception occurred while executing 'INSERT INTO `user` (username, userna
512311 me_canonical, email, email_canonical, enabled, salt, password, last_login,
512312 confirmation_token, password_requested_at, roles, name, created_at, updated
512313 _at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALU
512313 ES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["sy
512314 napse", "synapse", "synapse@matrix.leprette.fr", "synapse@matrix.leprette.f
512315 r", 1, "xxxx", "xxxxx+T
512316 xx\/xxxx+xxxx==", nul
512316 l, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24",
512317 "2023-01-06 00:22:24", null, null, null, 0]:
512318 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
512319 pse' for key 'UNIQ_1D63E7E592FC23A8'
512319 In Exception.php line 18:
512320 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
512320 pse' for key 'UNIQ_1D63E7E592FC23A8'
512321 In PDOStatement.php line 117:
512322 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
512323 pse' for key 'UNIQ_1D63E7E592FC23A8'
512324 fos:user:create [--super-admin] [--inactive] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--env ENV] [--no-debug] [--]
513350 Échec de l'exécution du script : /etc/yunohost/hooks.d/post_user_create/50-wallabag2
582862 ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
582863 setuptools-rust 1.5.2 requires setuptools>=62.4, but you have setuptools 60.8.2 which is incompatible.
```
[00:04:52]
<thatoo> ça ne semble pas la même chose que tout à l'heure avec pyOpenSSL. Cela dit, avec un peu d’optimisme on peu espérer que ça refonctionne demain matin quand Yunohost aura fini de mouliner. Peut-être même qu'en fait la mise à jour va bien se passer...
[06:49:44]
<thatoo> bon ben ça a bien planté et si on dirait que c'est la même erreur pyOpenSSL : https://paste.yunohost.org/raw/cowiyifiru
[06:50:34]
<thatoo> je vais tenter la restauration comme pour l'autre
[07:04:24]
<thatoo> pourquoi, les backups de pre-upgrade sont souvent 2 fois moins lourd qu'un backup de la même app que je fais moi-même?
[08:42:49]
<thatoo> En restaurant le dernier backup de synapse (avec les dossiers `pyOpenSSL-22.0.0.dist-info` et `OpenSSL` en moins), je vois passer ça dans les logs (la restauration n'est pas terminée et j’enchaîne sur la mise à jour de 1.71 vers 1.74 si la restauration fonctionne)
```
2023-01-06 00:21:52,924: DEBUG - 480015 + useradd --home-dir /opt/yunohost/matrix-synapse --system --user-group matrix-synapse --shell /usr/sbin/nologin
2023-01-06 00:21:53,425: DEBUG - 480516 + yunohost user create synapse -f Synapse -l Application -d matrix.maindomain.tld -p **********
2023-01-06 00:22:25,205: WARNING - 512295 00:22:24 ERROR [console] Error thrown while running command "--no-interaction --env=prod fos:user:create synapse 'synapse@matrix.maindomain.tld' piPUJmsBU0KmRwzomGWI3Ito". Message: "An exception occurred while executing 'INSERT INTO `user` (username, username_canonical, email, email_canonical, enabled, salt, password, last_login, confirmation_token, password_requested_at, roles, name, created_at, updated_at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["synapse", "synapse", "synapse@matrix.maindomain.tld", "synapse@matrix.maindomain.tld", 1, "9yxmZQ2imtiqkNy1cYrV5c8Y3C6PmueD7XEHiz6G1C8", "XhkZEKIiRku3PDFE4J+TlljVAAaKUP2\/PaDVi2Bluj1ylPq7Q6RZmSy2m6smRq+Egr39NSDxeDLP5iAPoS92XQ==", null, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24", "2023-01-06 00:22:24", null, null, null, 0]:
2023-01-06 00:22:25,206: WARNING - 512296 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'synapse' for key 'UNIQ_1D63E7E592FC23A8'" ["exception" => Doctrine\DBAL\Exception\UniqueConstraintViolationException { …},"command" => "--no-interaction --env=prod fos:user:create synapse 'synapse@matrix.maindomain.tld' piPUJmsBU0KmRwzomGWI3Ito","message" => """ An exception occurred while executing 'INSERT INTO `user` (username, username_canonical, email, email_canonical, enabled, salt, password, last_login, confirmation_token, password_requested_at, roles, name, created_at, updated_at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["synapse", "synapse", "synapse@matrix.maindomain.tld", "synapse@matrix.maindomain.tld", 1, "9yxmZQ2imtiqkNy1cYrV5c8Y3C6PmueD7XEHiz6G1C8", "XhkZEKIiRku3PDFE4J+TlljVAAaKUP2\/PaDVi2Bluj1ylPq7Q6RZmSy2m6smRq+Egr39NSDxeDLP5iAPoS92XQ==", null, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24", "2023-01-06 00:22:24", null, null, null, 0]:\n \n SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'synapse' for key 'UNIQ_1D63E7E592FC23A8' """]
2023-01-06 00:22:25,218: WARNING - 512309 In AbstractMySQLDriver.php line 74:
2023-01-06 00:22:25,220: WARNING - 512310 An exception occurred while executing 'INSERT INTO `user` (username, userna
2023-01-06 00:22:25,221: WARNING - 512311 me_canonical, email, email_canonical, enabled, salt, password, last_login,
2023-01-06 00:22:25,223: WARNING - 512312 confirmation_token, password_requested_at, roles, name, created_at, updated
2023-01-06 00:22:25,224: WARNING - 512313 _at, authCode, googleAuthenticatorSecret, backupCodes, emailTwoFactor) VALU
2023-01-06 00:22:25,225: WARNING - 512313 ES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)' with params ["sy
2023-01-06 00:22:25,227: WARNING - 512314 napse", "synapse", "synapse@matrix.maindomain.tld", "synapse@matrix.leprette.f
2023-01-06 00:22:25,228: WARNING - 512315 r", 1, "9yxmZQ2imtiqkNy1cYrV5c8Y3C6PmueD7XEHiz6G1C8", "XhkZEKIiRku3PDFE4J+T
2023-01-06 00:22:25,230: WARNING - 512316 lljVAAaKUP2\/PaDVi2Bluj1ylPq7Q6RZmSy2m6smRq+Egr39NSDxeDLP5iAPoS92XQ==", nul
2023-01-06 00:22:25,231: WARNING - 512316 l, null, null, "a:1:{i:0;s:9:\"ROLE_USER\";}", null, "2023-01-06 00:22:24",
2023-01-06 00:22:25,232: WARNING - 512317 "2023-01-06 00:22:24", null, null, null, 0]:
2023-01-06 00:22:25,233: WARNING - 512318 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
2023-01-06 00:22:25,234: WARNING - 512319 pse' for key 'UNIQ_1D63E7E592FC23A8'
2023-01-06 00:22:25,235: WARNING - 512319 In Exception.php line 18:
2023-01-06 00:22:25,235: WARNING - 512320 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
2023-01-06 00:22:25,236: WARNING - 512320 pse' for key 'UNIQ_1D63E7E592FC23A8'
2023-01-06 00:22:25,237: WARNING - 512321 In PDOStatement.php line 117:
2023-01-06 00:22:25,237: WARNING - 512322 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'syna
2023-01-06 00:22:25,246: WARNING - 512323 pse' for key 'UNIQ_1D63E7E592FC23A8'
2023-01-06 00:22:25,246: WARNING - 512324 fos:user:create [--super-admin] [--inactive] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--env ENV] [--no-debug] [--] <command> <username> <email> <password>
```
[08:43:07]
<thatoo> est-ce inquiétant ces warning ou pas?
[08:44:02]
<thatoo> je ne les ai pas eu lors de la restauration (pré-maj) d'une autre instance synapse sur un autre yunohost
[09:13:02]
<Ga|a> Hello, I can't install Mastodon: ERROR - Unable to install mastodon: An error occurred inside the app installation script
[09:13:08]
<Ga|a> https://paste.yunohost.org/raw/ituqojadev
[09:14:34]
<Ga|a> I saw other people have errors on the Yunohost - Mastodon Git: https://github.com/YunoHost-Apps/mastodon_ynh/issues
[09:16:03]
<Ga|a> Thank you for any assist
[09:32:41]
<thatoo> La restauration s'est bien passé, je relance la mise à jour de 1.71 vers 1.74 mais j'aimerais bien savoir ce que veulent dire ces warning.
[10:11:17]
<JorgeLuis_> Hi, I am currently using `htop`to monitor apps running on my server. What other monitoring software to follow which apps are consuming more RAM and CPU?
[10:17:11]
<throwaway9957> I'm having an issue with the diagnosis feature, it throws a lot of errors:
```
Diagnosis failed for category 'ip':
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 169, in _new_conn
conn = connection.create_connection(
File "/usr/lib/python3/dist-packages/urllib3/util/connection.py", line 96, in create_connection
raise err
File "/usr/lib/python3/dist-packages/urllib3/util/connection.py", line 86, in create_connection
sock.connect(sa)
OSError: [Errno 113] No route to host
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 699, in urlopen
httplib_response = self._make_request(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 382, in _make_request
self._validate_conn(conn)
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 1012, in _validate_conn
conn.connect()
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 353, in connect
conn = self._new_conn()
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 181, in _new_conn
raise NewConnectionError(
urllib3.exceptions.NewConnectionError: : Failed to establish a new connection: [Errno 113] No route to host
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/requests/adapters.py", line 439, in send
resp = conn.urlopen(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 755, in urlopen
retries = retries.increment(
File "/usr/lib/python3/dist-packages/urllib3/util/retry.py", line 574, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='ip6.yunohost.org', port=443): Max retries exceeded with url: / (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 113] No route to host'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/moulinette/utils/network.py", line 24, in download_text
r = requests.get(url, timeout=timeout)
File "/usr/lib/python3/dist-packages/requests/api.py", line 76, in get
return request('get', url, params=params, **kwargs)
File "/usr/lib/python3/dist-packages/requests/api.py", line 61, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/lib/python3/dist-packages/requests/sessions.py", line 542, in request
resp = self.send(prep, **send_kwargs)
File "/usr/lib/python3/dist-packages/requests/sessions.py", line 655, in send
r = adapter.send(request, **kwargs)
File "/usr/lib/python3/dist-packages/requests/adapters.py", line 516, in send
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='ip6.yunohost.org', port=443): Max retries exceeded with url: / (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 113] No route to host'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 220, in get_public_ip
return download_text(url, timeout=30).strip()
File "/usr/lib/python3/dist-packages/moulinette/utils/network.py", line 30, in download_text
raise MoulinetteError("invalid_url", url=url)
moulinette.core.MoulinetteError: Failed to connect to https://ip6.yunohost.org ... maybe the service is down, or you are not properly connected to the Internet in IPv4/IPv6.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 196, in diagnosis_run
code, report = diagnoser.diagnose(force=force)
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 449, in diagnose
items = list(self.run())
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 88, in run
ipv6 = self.get_public_ip(6) if can_ping_ipv6 else None
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 224, in get_public_ip
self.logger_debug(f"Could not get public IPv{protocol} : {e}")
AttributeError: 'MyDiagnoser' object has no attribute 'logger_debug'
```
[10:19:24]
<thatoo> mise à jour de synapse vers 1.74, malgré le stress induit, OK!
[10:19:51]
<throwaway9957> From the logs I can see that it cannot connect to `ip6.yunohost.org`. I tried pinging this address and got this result:
```
$ ping -6 ip6.yunohost.org
PING ip6.yunohost.org(yunohost.org (2001:910:1410::1)) 56 data bytes
From core5.fra.hetzner.com (2a01:4f8:0:3::326) icmp_seq=9 Destination unreachable: Address unreachable
From core5.fra.hetzner.com (2a01:4f8:0:3::326) icmp_seq=19 Destination unreachable: Address unreachable
From core5.fra.hetzner.com (2a01:4f8:0:3::326) icmp_seq=29 Destination unreachable: Address unreachable
From core5.fra.hetzner.com (2a01:4f8:0:3::326) icmp_seq=39 Destination unreachable: Address unreachable
```
[13:14:26]
<Aleks (he/him/il/lui)> > <@gala_nis:io-cantina.com> I saw other people have errors on the Yunohost - Mastodon Git: https://github.com/YunoHost-Apps/mastodon_ynh/issues
yeah that error with `ext/blurhash/encode.so: cannot open shared object file` is hell ... i dont understand when that comes from :|
[13:24:52]
<colm> Hi all, wondering if anybody here has had trouble with nginx when migrating to ynh 11? My system (a standalone desktop tower, amd64) is on ynh version 11, moulinette version 11 and ssowat 11 but ynh-admin version 4. The web interface is currently down, but I have ssh connection.
I believe the issue is linked to this error: `Error: Could not run script: /usr/share/yunohost/hooks/conf_regen/15-nginx` which is spoken about on [this thread](https://forum.yunohost.org/t/migration-to-yunohost-11-failed/20865/8) but is unresolved.
Thanks!
[13:28:56]
<Aleks (he/him/il/lui)> colm: then let's look at `sudo nginx -t` and `journalctl -u nginx -n 30 --no-pager --no-hostname`
[13:31:02]
<colm> Hi Aleks (he/him/il/lui) thanks for the support; those two outputs are here: https://paste.yunohost.org/eyivevosus.sql
[13:33:20]
<Aleks (he/him/il/lui)> `No such file or directory:fopen('/usr/share/yunohost/other/ffdhe2048.pem','r')`
[13:33:32]
<Aleks (he/him/il/lui)> sounds like you probably modified nginx conf manually at some point
[13:33:45]
<Aleks (he/him/il/lui)> you should run `yunohost tools regen-conf nginx --dry-run --with-diff`
[13:34:00]
<Aleks (he/him/il/lui)> review the diff, and if you're happy about it, push it with `yunohost tools regen-conf nginx --force`
[13:34:20]
<colm> > <@Alekswag:matrix.org> sounds like you probably modified nginx conf manually at some point
oh weird ok, possibly, I don't remember doing so, but possible
[13:34:32]
<colm> > <@Alekswag:matrix.org> you should run `yunohost tools regen-conf nginx --dry-run --with-diff`
trying this now, cheers!
[13:35:40]
<colm> Interesting, it triggers the same error:
```
Error: Could not run script: /usr/share/yunohost/hooks/conf_regen/15-nginx
Error: Could not regenerate the configuration for category(s): nginx
```
[13:39:23]
<Aleks (he/him/il/lui)> are there other lines in the output that may point to the actual issue ? x_x
[13:39:48]
<colm> > <@Alekswag:matrix.org> are there other lines in the output that may point to the actual issue ? x_x
I was hoping for more myself, but no, that regen-conf tool only outputted two error lines:
```
admin@server:~ $ sudo yunohost tools regen-conf nginx --dry-run --with-diff
Error: Could not run script: /usr/share/yunohost/hooks/conf_regen/15-nginx
Error: Could not regenerate the configuration for category(s): nginx
```
[13:40:24]
<Aleks (he/him/il/lui)> ugh okay so let's run it in debug mode:
sudo yunohost tools regen-conf nginx --dry-run --with-diff --debug
[13:40:30]
<Aleks (he/him/il/lui)> (that's gonna be way more lines, feel free to share with paste.yunohost.org/)
[13:40:46]
<colm> I *really* appreciate the support btw, happy to open a forum thread if it is easier there
[13:41:32]
<colm> > <@Alekswag:matrix.org> (that's gonna be way more lines, feel free to share with paste.yunohost.org/)
Here is that output https://paste.yunohost.org/fuharosori.sql
[13:41:34]
<Aleks (he/him/il/lui)> it's easier to discuss interactively here ;P
[13:43:49]
<Aleks (he/him/il/lui)> hmm i'm confused x_X
[13:43:50]
<Aleks (he/him/il/lui)> can we check what `yunohost domain cert status --json` returns ?
[13:43:51]
<Aleks (he/him/il/lui)> ah
[13:43:53]
<Aleks (he/him/il/lui)> uuuh
[13:44:02]
<Aleks (he/him/il/lui)> ah yes that works
[13:44:26]
<Aleks (he/him/il/lui)> didnt know we could use the --json option lol
[13:44:56]
<colm> em, I'm getting an ´Illegal insrtruction´ return on that
[13:45:01]
<Aleks (he/him/il/lui)> ah
[13:46:27]
<colm> `cert-status` is the old version I believe?
[13:47:51]
<colm> Neither a returning anything. There is maybe relevant output in the diagnosis tool?
[13:48:28]
<Aleks (he/him/il/lui)> this is probably a library import causing this issu
[13:48:43]
<Aleks (he/him/il/lui)> i'm checking what could be the culprit
[13:49:20]
<colm> > <@Alekswag:matrix.org> this is probably a library import causing this issu
I did have FFSync installed before the migration, but I deleted the app (via web gui) before I could proceed with the migration itself
[13:49:30]
<colm> not sure that is relevant
[13:49:46]
<Aleks (he/him/il/lui)> hmm it could be relevant
[13:50:14]
<fch> Hello, I am trying a new install on a rpi4 without micro SD, only a SSD, I flashed to the SSD and pluged it to the rpi4, I can SSH into it, but can't access the web interface. On the terminal via SSH I can't update the system, after running apt update I get some errors, probably because of wrong date(it's stucked on 6th of december). I just wanted to be able to access the web admin, not sure what to do
[13:50:20]
<Aleks (he/him/il/lui)> usually that kind of issue happens on ARM board because of the different architecture but if i recall correctly you're on a classic x86_64/amd64
[13:51:12]
<Aleks (he/him/il/lui)> colm: can you try to `python3 -c 'import miniupnpc'` ?
[13:51:13]
<Aleks (he/him/il/lui)> (this should display nothing)
[13:51:14]
<colm> from the diagnosis:
```
4:
description: Web
id: web
items:
0:
details: To fix the situation, inspect the difference from the command line using 'yunohost tools regen-conf nginx --dry-run --with-diff' and if you're ok with it, apply the changes with 'yunohost tools regen-conf nginx --force'.
status: WARNING
summary: This domain's nginx configuration appears to have been modified manually, and prevents YunoHost from diagnosing if it's reachable on HTTP.
```
[13:51:34]
<colm> > <@Alekswag:matrix.org> (this should display nothing)
done and indeed, returns nothing, assuming successful
[13:52:16]
<Aleks (he/him/il/lui)> hmkay, what about `python3 -c 'import lexicon'` ?
[13:52:30]
<Aleks (he/him/il/lui)> or maybe `python3 -c 'import OpenSSL'` ?
[13:52:51]
<colm> > <@Alekswag:matrix.org> hmkay, what about `python3 -c 'import lexicon'` ?
should I run one of the previous commands before this next import?
[13:54:03]
<colm> This third one returns Illegal as well, very weird:
```
admin@server:~ $ python3 -c 'import OpenSSL'
Illegal instruction
```
[13:55:27]
<Aleks (he/him/il/lui)> D:
[13:55:33]
<Aleks (he/him/il/lui)> mokay then let's have a look at `dpkg --list | grep -i openssl`
[13:56:31]
<Aleks (he/him/il/lui)> and also maybe `ls -l /usr/local/lib/python*/dist-packages/ | grep -v info`
[13:56:41]
<colm> > <@Alekswag:matrix.org> usually that kind of issue happens on ARM board because of the different architecture but if i recall correctly you're on a classic x86_64/amd64
Sorry missed that question, yes I think it's a regular x86
```
reports:
0:
description: Base system
id: basesystem
items:
0:
details: Server model is ASUS Celtic G3250C
status: INFO
summary: Server hardware architecture is bare-metal amd64
1:
status: INFO
summary: Server is running Linux kernel 5.10.0-20-amd64
2:
status: INFO
summary: Server is running Debian 11.6
3:
details:
- yunohost version: 11.0.10.2 (stable)
- yunohost-admin version: 4.4.1 (stable)
- moulinette version: 11.0.9 (stable)
- ssowat version: 11.0.9 (stable)
status: ERROR
summary: You are running inconsistent versions of the YunoHost packages... most probably because of a failed or partial upgrade.
```
[13:59:02]
<colm> > <@Alekswag:matrix.org> and also maybe `ls -l /usr/local/lib/python*/dist-packages/ | grep -v info`
```
admin@server:~ $ dpkg --list | grep -i openssl
ii libcurl4:amd64 7.74.0-1.3+deb11u3 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour)
ii openssl 1.1.1n-0+deb11u3 amd64 Secure Sockets Layer toolkit - cryptographic utility
ii perl-openssl-defaults:amd64 5 amd64 version compatibility baseline for Perl OpenSSL packages
ii python3-openssl 20.0.1-1 all Python 3 wrapper around the OpenSSL library
ii ssl-cert 1.1.0+nmu1 all simple debconf wrapper for OpenSSL
admin@server:~ $ ls -l /usr/local/lib/python*/dist-packages/ | grep -v info
/usr/local/lib/python2.7/dist-packages/:
total 0
/usr/local/lib/python3.9/dist-packages/:
total 0
```
[13:59:06]
<Aleks (he/him/il/lui)> hmokay nothing suspsicious
[14:01:02]
<Aleks (he/him/il/lui)> meh i gotta move now and will be back in like 1 hour or so but we pinpointed that there's something not properly running with the python OpenSSL lib on your machine, though that's kinda surprising
[14:01:30]
<colm> > <@Alekswag:matrix.org> meh i gotta move now and will be back in like 1 hour or so but we pinpointed that there's something not properly running with the python OpenSSL lib on your machine, though that's kinda surprising
ok thanks for the help, I'm around all day
[14:01:49]
<colm> Thanks * 1000
[14:02:43]
<Aleks (he/him/il/lui)> maybe we can try to `apt install python3-openssl --reinstall` but i'm really not convinced that will fix the issue
[14:03:40]
<colm> It looks to be hitting the same error with `usr/share/yunohost/hooks/conf_regen/15-nginx`
[14:04:31]
<colm> yes it just finished, hits that same error
[14:05:05]
<colm> > <@colm:matrix.org> yes it just finished, hits that same error
https://paste.yunohost.org/udulonaqif.sql
[14:54:02]
<joeldebruijn[m]> I get an error installing Pleroma on Yunohost. Dont know if I can ask about here or do I search for a Pleroma forum?
For reference: https://paste.yunohost.org/raw/howuzajoxa
[14:54:48]
<joeldebruijn[m]> * I get an error installing Pleroma on Yunohost. Dont know if I can ask about it here or do I search for a Pleroma forum?
For reference: https://paste.yunohost.org/raw/howuzajoxa
[14:55:13]
<joeldebruijn[m]> > <@joeldebruijn:matrix.org> I get an error installing Pleroma on Yunohost. Dont know if I can ask about it here or do I search for a Pleroma forum?
> For reference: https://paste.yunohost.org/raw/howuzajoxa
For context: first server in 10 years, last was a WAMP stack so now Im on Debian / Yunohost and fairly new to everything.
[15:08:06]
<leny> Bonjour,
[15:08:07]
<leny> Quelqu'un aurait une idée de ce qui cloche ? J'ai tenté l'install par l'interface, par ligne de commande, en ciblant la version de test, rien ne change... Merci d'avance
[15:08:07]
<leny> j'ai un petit soucis avec l'installation de Ghost https://paste.yunohost.org/raw/ixisenejek
[15:10:53]
<Aleks (he/him/il/lui)> leny: `2023-01-06 14:57:37,965: DEBUG - Killed`, ça ressemble à une install qui crash par manque de ressource
[15:11:46]
<Aleks (he/him/il/lui)> > <@joeldebruijn[m]:libera.chat> I get an error installing Pleroma on Yunohost. Dont know if I can ask about here or do I search for a Pleroma forum?
> For reference: https://paste.yunohost.org/raw/howuzajoxa
`DEBUG - /bin/bash: line 1: /var/www/pleroma/live/bin/pleroma_ctl: Permission denied` hmmm .. that's weird, i don't understand why it would throw a permission issue x_x
[15:16:39]
<joeldebruijn[m]> > <@Alekswag[m]:libera.chat> > <@joeldebruijn[m]:libera.chat> I get an error installing Pleroma on Yunohost. Dont know if I can ask about here or do I search for a Pleroma forum?
> > For reference: https://paste.yunohost.org/raw/howuzajoxa
>
> `DEBUG - /bin/bash: line 1: /var/www/pleroma/live/bin/pleroma_ctl: Permission denied` hmmm .. that's weird, i don't understand why it would throw a permission issue x_x
Does it matter if the Yunohost admin is on another subdomain than the Pleroma app with a normal Yunohost user?
[15:17:30]
<Aleks (he/him/il/lui)> the yunohost admin, you mean the webadmin interface ?
[15:17:40]
<Aleks (he/him/il/lui)> it's not related
[15:22:29]
<joeldebruijn[m]> Yeah, was thinking maybe the webadmin admin has more rights than a YunoHost user.
But I specificaly assign that Yunohost user as an application (Pleroma in this case) administrator
.
[15:23:27]
<joeldebruijn[m]> * Yeah, was thinking maybe the webadmin admin has more rights than a YunoHost user.
But I specificaly assign that Yunohost user as an application (Pleroma in this case) administrator.
[15:31:27]
<Aleks (he/him/il/lui)> uuuh i'm not sure to understand what you mean by this ...
[15:36:04]
<joeldebruijn[m]> Dont know if Im right but I consider the YunoHost webadmin admin as an account that can do anything, maybe like root?
[15:36:18]
<joeldebruijn[m]> And I created Yunohost users for application specific administrator tasks
[15:36:55]
<joeldebruijn[m]> To sort of scope what they can do
[15:37:20]
<joeldebruijn[m]> If an application goes bust it still isnt the main admin
[15:37:41]
<joeldebruijn[m]> But I dont know if its best practice to do so
[15:38:42]
<joeldebruijn[m]> > <@joeldebruijn:matrix.org> And I created Yunohost users for application specific administrator tasks
During install of applications Yunohost asks which user is the administrator of it
[15:56:38]
<Aleks (he/him/il/lui)> it's not meant to be a "technical" user ...
[15:56:38]
<Aleks (he/him/il/lui)> not all applications, but this is meant to be like a "human" person that will have access to the admin ui of that app ...
[15:56:50]
<Aleks (he/him/il/lui)> yunohost already creates a system user for each app such that, yes, the app doesn't run as root ...
[15:58:50]
<joeldebruijn[m]> Ah did not know that thnx, clever way to compartimentalize
[16:00:04]
<joeldebruijn[m]> Hence the permission shouldnt be a problem like you said. ...
[19:38:48]
<Ryan> > <@ryan:chat.binarydad.com> BTW, I may have figured this out. I had to add my nameservers to `/etc/resolv.dnsmasq.conf`
I have a question about using custom nameservers. I thought this would work, but I ran into issues. This deals with the Mastodon app on YNH, but feel this may relate to how YNH is handling DNS.
BACKGROUND... My YNH server (yunohost.domain.com) is hosted on my home LAN, alongside a NTFY server (ntfy.domain.com). The YNH server is running Mastodon (social.domain.com). Mastodon is using NTFY to deliver push notifications. When I logged onto the YNH/Mastodon server and I ping ntfy.domain.com, I noticed it was resolving to the public IP of my router. This is fine, and it has been working, but I wanted to have it instead resolve to the local IP of the NTFY server. I thought I could update the `/etc/resolv.dnsmasq.conf` to add my internal DNS servers (which would resolve the domain to the local IP). I was able to now ping/resolve ntfy.domain.com to a local IP.
However, I noticed I was no longer getting notifications. I saw no error logs, nothing. Simply removing my DNS entries from resolv.dnsmasq.conf fixed the issue.
My question, is WHY wouldn't this work? Why would an app on YNH have an issue using an internal IP instead of an external one? Does YNH have issues when using custom nameservers on a network?
[19:52:32]
<Ryan> Also, yes, SSL is valid on the internal servers, and internal DNS is properly configured to resolve to the correct internal IP
[20:21:26]
<Ryan> I just tried adding some entries to /etc/hosts and notifications still did not work.
[22:35:08]
<paul30> Hello, I am trying to install on a Raspberry Pi Zero Wireless sccording to the guide, but do not have a USB Ethernet dongle. Yunohost installation goes OK but I am having problems establishing wireless access. Do I need to alter the Yuno installation USB to cinfigure network access during install?
[23:27:54]
<emo> uups, update today gives me some headac . diagnose says im on testing? and domains throws Fehler: "400" Bad Request
Aktion: "GET" /yunohost/api/domains/main?locale=de
[23:44:28]
<emo> apt shows: moulinette:all 11.1.0 11.1.2
ssowat:all 11.1.0 11.1.2
yunohost:all 11.1.1.2 11.1.2
yunohost-admin:all 11.1.1 11.1.2
[23:46:10]
<emo> can i downgrade and go back to stable (change sourcelist to stable?)