Reprise du message précédent :

oui, j'ai simplement -soft,rw et c'est tout

EDIT: mais à mon avis le problème vient de quand un gus a un fichier ouvert sur cet autoFS via samba.

Qui peut me dire comment marche TLS 1.3 sur la génération de clé symétrique sans qu'il y'ait échange de ce secret ?

Sympa les graph dans la RFC :

 
https://tls13.ulfheim.net/
 
et la version 1.2 https://tls.ulfheim.net/

Je vais voir, cimer libussa
 
Au passage je partage cet article bien fichu sur l'évolution depuis SSL vers TLS 1.3 https://openweb.eu.org/articles/https-de-ssl-a-tls-1-3

ah putain c'est pas mal ça

Une pensée pour les firewall qui ne pourront plus lire le SNI  

Merci pour vos retours

Quelque chose qui ne va pas ?  
 
J'essaie de m'aider de ce genre de liens : https://serverfault.com/questions/2 [...] big-enough

Ok

Me donne une suggestion de régler le truc à 6GB (qui a l'air d'être par défaut à 128mb)...  
Mais je n'ai que 4go de ram sur ce serveur.  
Je vois même pas le innodb taille truc muche dans my.cnf... (de l'historique je vous rappelle )

Lance un http://mysqltuner.pl ça va pas mal t'orienter/aider

Il te propose 6go car tu dois avoir 6go de donnée innodb et qu'ideallement de pouvoir tout stocker en RAM donnera de meilleures perfs.

Pour 4go de RAM tu peux déjà allouer 2go je pense, après faut voir les autres variables.

Tu as mysqlcalculator aussi qui peut t'aider

Je regarderais ça, j'ai commencé à m'informer mais c'est un peu chronophage, je suis pas DBA
Bon après je vois que j'ai un mélange de myisam et innodb sur du mysql 5.5
Je pense que la solution sera une migration vers un truc propre, tout simplement

Mais je venais pas pour ça.
J'ai une vm proxmox avec 2 interfaces bridgés sur la sortie de l'hyperviseur.
La patte 2 ne laisse pas passer l'ICMP par exemple, le routeur ne filtre rien, si je down l'interface et que je vire la regle de routage pour cette interface eh bah.... je peux toujours la pinger depuis autre part et même utiliser SSH.
Pourtant y'a écrit DOWN

Niveau ARP je vois qu'il passe par la première interface

https://forum.hardware.fr/hfr/Discu [...] #t55657906
 
+
 

 
?  

rp_filter à 0 chez moi

0 - No source validation, open bar, ça me semble cohérent Essaie à 1 - Strict mode pour voir ?  
 
Attention à ne pas tout péter si ya un use case où tu as justement besoin que ça passe (routage asymétrique par exemple).

 
Je ne suis pas DBA non plus, mais à force de faire des audits Mysql, tu retombes souvent sur les mêmes problèmes.
A savoir aussi que MyIsam tend à disparaître au profit d'innodb dans les nouvelles versions de Mysql/Mariadb/Percona, que sur un cluster de type galera tu seras forcément en innodb.
 
Après si tu migres vers une conf qui n'est pas non plus adaptée, tu ne gagneras rien. (ou pas alors la montée de version 5.5 => 5.7 va cacher la misère.
 Il faut un minimum savoir ce que tu as comme base, et savoir identifier les requêtes et apporter les bons correctifs

Je confirme. J'ai fait un tout petit peu de MariaDB il y a 1-2 ans, et j'ai du migrer de MyISAM vers InnoDB (ça se fait très facilement de mémoire) en migrant la version de MariaDB.

Je me suis retrouvé dans une situation un peu bizarre sur du Debian, si quelqu'un a une piste/un retex :

df -h : espace utilisé sur la racine de 200G
du -sh / : espace utilisé sur la racine de 80G

La valeur du df -h semble aberrante après check de chacun des répertoires de prod un par un et provoque des alertes sur des sondes de supervision. C'est la deuxième fois que je rencontre cela, la première fois un reboot avait suffit à régler le problème... sauf que tous les serveurs ne sont pas rebootables comme vous le savez bien

Je zyeute la différence entre les deux commandes pour tenter de comprendre l'origine de cet écart (ou bug ?). Aucun écart observé sur d'autres serveurs avec ces commandes au demeurant.

https://unix.stackexchange.com/ques [...] difference

J'avais vu et je continue de chercher en fil rouge, mais si je poste, c'est parce que c'est le seul serveur qui nous fait ce gag au milieu de pleins d'autres pour qui l'écart est inexistant entre les deux commandes. Si jamais c'est du déjà vu sur votre SI quoi.

Peut être ta table d'inodes qui serait pleine? df -i?
J'ai plus le truc exact, mais il me semble qu'à un moment, j'avais un df qui me montrait le disque full alors qu'en fait non.  
En fait j'avais pas mis assez d'inodes et javais plein de petits fichiers qui ont rempli la table..

Checké également merci, la table est libre à 99%. Je continue, ce genre de bails chelous des fois comme disent les jeun's

 
classique, si ça rentre dans l'ordre avec un reboot, c'est probablement des fd ouverts sur des fichiers supprimés, maintenus par une application
 
lsof -nP +L1 te donnera surement la piste du coupable

J'avais vu une bizarrerie du genre avec des fichiers supprimés mais un process avait toujours ce fichier ouvert. Par conséquent, l'espace disque récupéré par la suppression n'était pas réellement disponible tant que le process ne relâchait pas le fichier en question. Typiquement un fichier de log lors d'une rotation.  
 
"lsof" avait permis d'élucider le mystère et éviter les soucis de rotations

45 secondes

Merci de l'astuce, mais la blague : pas de lsof disponible sur ce serveur et je peux pas l'installer. Je vais trouver une alternative si je ne peux me passer de cette commande.

Cependant j'ai bel et bien trouvé quelques fichiers supprimés dont le processus est encore ouvert avec find /proc/*/fd/ (merci du tuyau), peut-être l'origine du problème donc comme vous le dites

Ah ben je connaissais pas du tout ça tiens, une commande à intégrer dans mon petit cerveau

Bon bah voilà merci c'était la bonne piste !

Avec find /proc/*/fd -ls | grep deleted > /tmp/res.txt je pouvais voir les fichiers incriminés et le processus associé (j'ai dû faire une redirection à cause d'un bug d'affichage m'empêchant de remarquer et identifier les processus...).

J'ai killé les processus kill -9 [PID]

Suite de quoi le df -h est redevenu "normal". Seulement 3 processus sur des fichiers de quelques MB au plus ont faussé le df -h de plus de 100GB, pourquoi pas après tout
Merci beaucoup

Justement le but de la manoeuvre c'est de prendre de l'XP sur la base outdated actuel, de s'informer, et d'être apte à faire une conf à peu près propre (en notant que le côté périodique de l'audit mysql) pour migrer sur du mariadb actuel et uniquement sous innodb.
J'hésite même à changer de paradigme et à faire pop un serveur mariadb par site via du docker truc muche

Il me semble que c'est pas recommandé de mettre une BD sur un container pour de la prod. Mais je ne sais plus où j'avais lu ça..

Ah oui l'info me dit un truc effectivement, p'tet ce topic ou topic docker

 
le souci avec docker et les BDD est la gestion des données, surtout lorsque tu veux de la haute dispo avec plusieurs noeuds.

Pas spécialement besoin de haute dispo, l'avantage serait auss d'avoir du CICD et de pouvoir déployer aisément un truc.
Enfin à voir, j'ai déjà pas mal de trucs à faire avant ça

Vous avez des liens/articles sympa vers un exemple/whatever de passage d'une topologie L2 (STP, VLANs, ...) à L3 (Routing To The Host, OPSF/BGP unumbered, pas de STP, ...) ?

Bah avec k8s, t'a tout ce qui faut, non?

Le stockage performant c'est pas encore ça je trouve.

Vois avez des cluster bdd en container ?

C’est surtout que ça ne change rien à la logique.
Tu peux faire du Master Master en container ou en VM ou en physique.  
Tu peux faire de la base de données en container faut juste respecter les bonnes pratiques ( sauvegarde, stockage adéquate, gère les liveness et readyness de container, etc..) sinon VM

Bah tu expose ce que tu veux comme PV. Ça peut être un montage NFS assez lent, mais aussi un montage direct d'un dossier du host, du glusterFS, etc.
 
J'ai pas de prod/bdd sur k8s pour le moment mais ça devrait pas tarder.

 
Une BDD sur NFS on va oublier
Sur glusterfs, je n'ai pas de retour d'expérience la dessus.
Et un dossier sur le host, bah si tu perds ton host, tu n'as plus de bdd