Thursday, September 06, 2018
yunohost@conference.lightwitch.org
September
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
             
YunoHost support room | Don't ask to ask, just ask ! | Be patient and stay polite with everybody (this is a free software project ran by volunteers) | No answer? Post on the forum: https://forum.yunohost.org | This room is mirrored via Echo1 | Donate: https://liberapay.com/YunoHost

[10:30:30] <irc> <totom:synapse.plaf.fr> Salut ! J'ai mon serveur qui rame un peu depuis hier, et il est régulièrement inaccessible, à priori sans explication (rien de changé récemment). Dans htop, je vois pleins de services qui sont présents plus de 10 fois. Notamment matrix-synapse (21 fois), docker-proxy (10 fois), dockerd(18x), mysqld (27x), sidekiq discourse (22x), unicorn worker discourse (28x)...
[10:30:37] <irc> <totom:synapse.plaf.fr> Est-ce que c'est normal ?
[10:37:39] <irc> <tmenon:tchat.liberium.fr> tomdereub: Salut, en utilisation CPU tu as quoi?
[10:38:07] <irc> <totom:synapse.plaf.fr> au total c'est pas énorme
[10:38:41] <irc> <totom:synapse.plaf.fr> ça oscille entre 0 et 10-15%
[10:39:01] <irc> <totom:synapse.plaf.fr> en mémoire pareil, je suis à 50%
[10:39:12] <irc> <tmenon:tchat.liberium.fr> Tu n'a pas in service qui utilise le CPU plus que d'habitude ?
[10:39:20] <irc> <totom:synapse.plaf.fr> et je n'ai à priori rien de gros qui transite sur le réseau
[10:39:58] <irc> <totom:synapse.plaf.fr> que d'habitude je sais pas, je ne regarde que quand il y a un problème (et ça faisait longtemps !)
[10:40:30] <irc> <totom:synapse.plaf.fr> ce qui est bizarre c'est que j'ai vraiment des déconnexions. Pendant quelques minutes, le serveur est injoignable, quelque soit le moyen (ssh, imap, xmpp, web...)
[10:40:39] <irc> <totom:synapse.plaf.fr> Puis ça revient normalement, et c'est aussi rapide que d'habitude.
[10:41:14] <irc> <totom:synapse.plaf.fr> à priori ça n'est pas la connexion internet, l'accès à partir d'un PC n'est pas coupé.
[10:41:31] <irc> <tmenon:tchat.liberium.fr> Ton serveur il est installé où?
[10:41:34] <irc> <totom:synapse.plaf.fr> donc je sais pas trop où ni comment chercher...
[10:41:41] <irc> <totom:synapse.plaf.fr> Le serveur est chez moi, c'est un PC portable
[10:41:46] <irc> <ljf:chat.weho.st> Une machine sur le réseau avec la même ip ?
[10:42:09] <irc> <tmenon:tchat.liberium.fr> Ok ça te le fait également en local?
[10:43:10] <irc> <totom:synapse.plaf.fr> je sais pas trop, ça l'a pas mal fait hier mais j'étais pas à la maison, et j'ai pas pu tester hier soir. Et là je ne suis de nouveau pas à la maison, j'ai pas eu de déconnexion mais des grosses lenteurs (plusieurs minutes pour envoyer un mail)
[10:43:21] <irc> <totom:synapse.plaf.fr> ljf: tu penses à la même ip locale ?
[10:43:35] <irc> <ljf:chat.weho.st> oui
[10:43:36] <irc> <totom:synapse.plaf.fr> normalement celle du serveur est fixe et réservée par la box.
[10:44:22] <irc> <ljf:chat.weho.st> vérifie que la plage dhcp de la box inclus pas cette ip
[10:44:32] <irc> <ljf:chat.weho.st> Des fois la conf de la box change lors d'une maj de la box
[10:45:16] <irc> <totom:synapse.plaf.fr> là c'est une box qui m'appartient (c'est une ligne VDSL avec Illyse), je ne pense pas qu'elle fasse de màj toute seule...
[10:45:31] <irc> <totom:synapse.plaf.fr> mais je regarderais pour la plage dhcp ce soir.
[10:45:34] <irc> <ljf:chat.weho.st> Ah oui c'ets vrai
[10:46:08] <irc> <ljf:chat.weho.st> Faut que tu détermine si ça le fait aussi sur ton réseau local
[10:46:17] <irc> <ljf:chat.weho.st> Ca pourrait être un ralentissement sur ta connexion
[10:46:18] <irc> <tmenon:tchat.liberium.fr> Après si c'est de la lenteur tu as peut être quelque chose qui mange ta bande passante en upload
[10:46:50] <irc> <ljf:chat.weho.st> Ou un voisin, ou même quelqu'un chez Illyse...
[10:47:08] <irc> <totom:synapse.plaf.fr> Oui, il faudra que je teste en local...
[10:47:28] <irc> <ljf:chat.weho.st> Si ça le fait chez toi, essaie de t'adresser directement au serveur (avec l'ip local dans le fichier hosts) pour éviter de faire le tour par le vpn
[10:48:04] <irc> <totom:synapse.plaf.fr> je viens de vérifier mon IP, et j'ai un truc nouveau dans ifconfig : https://plaf.fr/zerobin/?28e64abcd2bcebae#MgL8PxqxAyDddg7qWYi5JBxbsGH4Mx14AP9Aawy35ZY=
[10:48:23] <irc> <totom:synapse.plaf.fr> j'ai plus de VPN
[10:48:30] <irc> <totom:synapse.plaf.fr> le dernier : veth3b455a7, ça correspond à quoi ?
[10:49:20] <irc> <ljf:chat.weho.st> je ne sais pas
[10:49:26] <irc> <ljf:chat.weho.st> bizarre plus de vpn et ton serveur est encore dispo !
[10:49:42] <irc> <ljf:chat.weho.st> Ah oui c'ets vrai t'as plus de vpn....
[10:49:45] <irc> <ljf:chat.weho.st> Arf
[10:49:50] <irc> <totom:synapse.plaf.fr> non, j'ai supprimé le vpn...
[10:50:02] <irc> <ljf:chat.weho.st> VDSL Illyse normal
[10:53:15] <irc> <totom:synapse.plaf.fr> ok, pour veth à priori c'est lié à docker...
[10:53:42] <irc> <totom:synapse.plaf.fr> Je vais essayer de tester les connexions à la maison ce soir et on verra ce que ça donne...
[10:54:01] <irc> <tmenon:tchat.liberium.fr> Bonne chance tiens nous au jus
[10:54:11] <irc> <totom:synapse.plaf.fr> ça marche, merci !
[13:37:31] <mcmic> L’accès à cn=config a été désactivé volontairement dans le openldap de yunohost?
[13:38:17] <mcmic> Si je comprends bien c’est l’ACL habituellement par défaut dans debian qui permet d’accéder via ldapi en root avec EXTERNAL qui manque
[14:58:02] <irc> <gredin67:matrix.org> > [Aleks](https://matrix.to/#/@Alekswag:matrix.org): [Bram](https://matrix.to/#/@Bram_:matrix.org) je pense utiliser votre script https://github.com/labriqueinternet/auto-fix-mysql
> Dois-je faire un truc particulier avant de le lancer?

Up sur ce message
[15:45:00] <pitchum> gredin67 à priori tu peux simplement suivre les instructions du README
[15:48:25] <irc> <gredin67:matrix.org> okay, et si j'ai un problème je reviens vers vous ici?
[16:05:29] <pitchum> oui
[16:05:49] <pitchum> mais a priori tu as déjà un pépin si tu dois utiliser auto-fix-mysql :)
[16:46:07] <irc> <gredin67:matrix.org> en effet, corruption de la table host après une coupure de courant. Après application du du script, le service mysql démarre, mais toujours pas de nextcloud
[16:47:01] <pitchum> t'as des logs qui racontent qqch d'utile ?
[16:47:23] <irc> <gredin67:matrix.org> le statut du service donne mysql[3395]: ERROR 1045 (28000): Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)
[16:48:03] <irc> <gredin67:matrix.org> j'ai sauvegardé l'éxecution du fix
[16:51:18] <irc> <gredin67:matrix.org> peut-être ça [ERROR] Command 'dpkg-reconfigure -f noninteractive -p critical mariadb-server-10.0' returned non-zero exit status 1
[16:54:20] <irc> <gredin67:matrix.org> Les erreurs dans le log mysql 180906 18:28:20 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
180906 18:28:21 [Note] Server socket created on IP: '::'.
180906 18:28:21 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect file format 'host'
[16:58:32] <pitchum> c'est mal barré si même l'utilisateur debian-sys-maint ne peut pas se connecter
[17:00:03] <irc> <gredin67:matrix.org> Votre script créé des backup des tables?
[17:01:10] <pitchum> oui il me semble qu'il le fait automatiquement par défaut
[17:01:36] <pitchum> j'imagine que pour le moment tu as utilisé seulement la version "basic usage" : python auto-fix-mysql ?
[17:03:08] <irc> <gredin67:matrix.org> oui
[17:03:30] <pitchum> y a-t-il eu des messages d'erreurs ou d'avertissement ?
[17:04:09] <pitchum> (en dehors des logs mysql je veux dire)
[17:07:45] <irc> <gredin67:matrix.org> [ERROR] Command 'dpkg-reconfigure -f noninteractive -p critical mariadb-server-10.0' returned non-zero exit status 1
[17:10:50] <irc> <gredin67:matrix.org> et puis ça peut-être [WARNING] Can't connect to mysql in safe mode (error: 2003: Can't connect to MySQL server on '127.0.0.1:3306' (111 Connection refused)
[17:13:03] <pitchum> oki dans ce cas faut peut-être passer au mode bourrin suggéré plus bas dans le README
[17:13:39] <pitchum> c'est à dire :
python auto-fix-mysql recreate-broken-system-tables
python auto-fix-mysql stop-mysql
python auto-fix-mysql recreate-apps-users
[17:13:53] <pitchum> tu seras la première personne à tester ça à ma connaissance
[17:14:10] <pitchum> es-tu ok avec ça ?
[17:14:21] <irc> <gredin67:matrix.org> ça m'enjoie!
[17:14:48] <irc> <gredin67:matrix.org> quels sont les risques si j'accepte la mission?
[17:15:43] <pitchum> bah je ne pense pas que la situation puisse être pire qu'avant à vrai dire
[17:16:02] <irc> <gredin67:matrix.org> ça reste circonscrit à mysql quoi
[17:16:30] <pitchum> oui
[17:16:41] <irc> <gredin67:matrix.org> je lance simplement les commandes en root?
[17:16:52] <pitchum> et puis en regardant le code qui n'est pas bien long il semble que le script ne s'attaque pas aux données des applis mais uniquement aux tables système
[17:17:36] <pitchum> hmmmm, je dirais que root n'est pas nécessaire vu que le README prend la peine de mentionner la commande sudo quand c'est nécessaire
[17:17:46] <pitchum> mais c'est peut-être un oubli
[17:17:52] <pitchum> essaye sans root d'abord
[17:19:29] <irc> <gredin67:matrix.org> faut que je me remette dans l'environnement virtuel?
[17:19:43] <pitchum> oui
[17:27:17] <irc> <gredin67:matrix.org> wow, ça a l'air de l'avoir fait!! Je serais curieux de comprendre comment fonctionnent les scripts auto et manuel!
[17:28:23] <irc> <gredin67:matrix.org> Merci beaucoup!
[17:28:25] <pitchum> cool
[17:28:34] <pitchum> encore une victoire de Bram
[17:30:23] <irc> <gredin67:matrix.org> Merci @Bram
[17:31:37] <irc> <gredin67:matrix.org> Y'a des risques que la dernière màj de nextcloud recasse mysql?
[19:00:26] <pitchum> non a priori ce qui peut casser mysql ce sont les coupures de courant seulement