Matériel: Cubox-i4 Pro + disque externe Accès Internet: ethernet à la maison YunoHost version:
yunohost: 3.3.3
yunohost-admin: 3.3.1
moulinette: 3.3.1
ssowat: 3.3.2 As tu modifié ton yunohost avec des configuration spécifiques ou bien utilise tu uniquement la web administration et/ou la ligne de commande yunohost ? basique
Description de mon problème
Salut,
[edit: le problème semble être côté serveur, pas client. c.f. mon 2ème message]
Je tourne Nextcloud sur mon serveur yuno depuis des mois, avec un client owncloud sur mon desktop pour synchroniser les fichiers.
Ce matin, plein de bonne volonté, je décide de passer au client nextcloud.
Désinstallation du client owncloud et installation du client nextcloud (desktop sous kubuntu 18.04). Première configuration de mon compte nextcloud. Le client se connecte bien et me présente mes répertoires à synchroniser (côté serveur). Je fais mon choix et, lorsque je lance la synchro, seuls les répertoires sont créés en local. Aucun fichier n’est copié et j’ai droit à des “Le serveur a répondu “500 Internal Server Error”” pour chacun des fichiers.
Des idées sur comment investiguer pour régler cela ?
(si j’accède via l’interface ouèbe, je vois bien tous mes fichiers).
Le problème “Redis server went away” est toujours présent.
Nextcloud, non accessible via l’interface ouèbe juste après ré-installation l’est à nouveau après une nuit.
Le problème semble bien être que Redis est en carafe (voir ci-dessous).
Pfffff
Qui pourrait m’aider à régler ce problème de Redis ?
Merci !
Edit, quelques indices : redis-server et rspamd.service sont dans les choux
Cela ressemble d’ailleurs à ce sujet : Impossible d’installer Nextcloud (redis “failed”) L’erreur Redis est présente depuis le début de mes soucis Nextcloud et me semble en être la cause.
Y’a moyen de reconfigurer proprement / réparer Redis ?
# systemctl status redis-server
● redis-server.service - Advanced key-value store
Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-01-03 21:15:47 CET; 24s ago
Docs: http://redis.io/documentation,
man:redis-server(1)
Process: 7715 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=1/FAILURE)
Process: 7712 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-server.pre-up.d (code=exited, status=0/SUCCESS)
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Unit entered failed state.
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Failed with result 'exit-code'.
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Service hold-off time over, scheduling restart.
Jan 03 21:15:47 kipos systemd[1]: Stopped Advanced key-value store.
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Start request repeated too quickly.
Jan 03 21:15:47 kipos systemd[1]: Failed to start Advanced key-value store.
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Unit entered failed state.
Jan 03 21:15:47 kipos systemd[1]: redis-server.service: Failed with result 'exit-code'.
# systemctl status rspamd.service
● rspamd.service - rapid spam filtering system
Loaded: loaded (/lib/systemd/system/rspamd.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-01-03 21:18:45 CET; 1s ago
Docs: https://rspamd.com/doc/
Process: 7884 ExecStart=/usr/bin/rspamd -c /etc/rspamd/rspamd.conf -f (code=exited, status=1/FAILURE)
Main PID: 7884 (code=exited, status=1/FAILURE)
Jan 03 21:18:44 kipos systemd[1]: rspamd.service: Failed with result 'exit-code'.
Jan 03 21:18:45 kipos systemd[1]: rspamd.service: Service hold-off time over, scheduling restart.
Jan 03 21:18:45 kipos systemd[1]: Stopped rapid spam filtering system.
Jan 03 21:18:45 kipos systemd[1]: rspamd.service: Start request repeated too quickly.
Jan 03 21:18:45 kipos systemd[1]: Failed to start rapid spam filtering system.
Jan 03 21:18:45 kipos systemd[1]: rspamd.service: Unit entered failed state.
Jan 03 21:18:45 kipos systemd[1]: rspamd.service: Failed with result 'exit-code'.
# systemctl start redis-server.service
Job for redis-server.service failed because the control process exited with error code.
See "systemctl status redis-server.service" and "journalctl -xe" for details.
Magie ! Nexcloud recommence à synchroniser les fichiers comme il faut…
Mon besoin : que le service redis-server se lance par lui même. Qui pourrait m’aider sur ce point ? Merci d’avance.
Ci-dessous les log quand j’essaye de lancer le service (après avoir tué le processus lancé manuellement) :
# systemctl start redis-server.service
Job for redis-server.service failed because the control process exited with error code.
See "systemctl status redis-server.service" and "journalctl -xe" for details.
# journalctl -xe
Jan 04 10:00:45 kipos systemd[1]: redis-server.service: Failed with result 'exit-code'.
Jan 04 10:00:45 kipos systemd[1]: redis-server.service: Service hold-off time over, scheduling restart.
Jan 04 10:00:45 kipos systemd[1]: Stopped Advanced key-value store.
-- Subject: Unit redis-server.service has finished shutting down
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit redis-server.service has finished shutting down.
Jan 04 10:00:45 kipos systemd[1]: redis-server.service: Start request repeated too quickly.
Jan 04 10:00:45 kipos systemd[1]: Failed to start Advanced key-value store.
-- Subject: Unit redis-server.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit redis-server.service has failed.
--
-- The result is failed.
Jan 04 10:00:45 kipos systemd[1]: redis-server.service: Unit entered failed state.
Jan 04 10:00:45 kipos systemd[1]: redis-server.service: Failed with result 'exit-code'.
Même problème chez moi avec Yunohost 3.3.3, Nextcloud 13.0.6 : redis-server (et le rspamd tout pareil !) failed en tant que service mais peut être démarré manuellement.
Je ne m’y connais pas assez pour corriger ce problème. Du coup en attendant j’ai désactivé redis sur nextcloud comme proposé dans ce post : Problème Nextcloud - Redis server went away
Merci @djib pour moi aussi ça a marché un chown -R redis:redis /var/log/redis pourtant je n’avais pas les mêmes erreurs… Du coup j’ai vu entre autre dans les logs
WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.