Résolue

Plantage Akoon

Posée par Amouhaddab il y a 24 mois mise à jour il y a 4 mois

bonjour,

j'ai mis un processus de flush automatique de la BD mySql (Arkoon Fast 360) chaque dimanche, et du coût tous les lundis je trouve que l'arkoon est trés solicité (CPU arrive à 100% de charge).

Quand je me connecte à l'arkoon avec Putty, en tapant la commande "top" je remaque que ceux sont les services Mysql et akserver qui utlisent le plus de CPU.

Si vous avez des idées afin de resoudre mon problème n'hesiter pas SVP.

Merci d'avance.

Expert

Réponse sélectionnée

Publié il y a 24 mois 6 jours par Xavier P. - Arkoon

Le comportement rencontrer nécessite une étude technique précise. Je vous propose d'ouvrir un ticket auprès du support Arkoon et de joindre le résultat du script akdiag lorsque le problème est présent : http://client.arkoon.net

7 réponses

Expert

Publié il y a 24 mois 10 jours par Xavier P. - Arkoon

Bonjour, Ce comportement n'est pas connu. Afin de mieux comprendre le problème, il faudrait 2-3 infos en plus :

Est-il possible d'avoir la commande de flush utilisée ?

Quelle est la solution de contournement mis en place ?

Quels sont les processus précis visible dans le top -> "commande top -c" ?

Quel est le résultat de la commande "akserv "LOGS:STATUS" ?

akserv "LOGS:STATUS"

Merci,

Xavier

Publié il y a 24 mois 10 jours par Amouhaddab

bonjour,
en tapent la commande top -c (au moment de plantage/ au debut de la matiné), j’ai remarqué que les processus Akserver[LOGS] (occupe 56.7%) et Mysqld ( occupe 39.8%) relative à la politique de journalisation sont ceux qui sollicite fortement la CPU.

pour la commande (en ce moment /aprés le rédemarage de l'arkoon) il a donner les resultat ci-dessous:
IP+IDPS Logs
o DataBase (connected)
x Memory Status : 0% used (0 Byte / 4 MB)
x Flow Status : in:0 req/sec / out:0 req/sec (0 request)

2. HTTP Logs
o DataBase (connected)
x Memory Status : 0% used (0 Byte / 4 MB)
x Flow Status : in:0 req/sec / out:0 req/sec (0 request)

3. SMTP Logs
o DataBase (not connected)
x Memory Status : 0% used (0 Byte / 4 MB)
x Flow Status : in:0 req/sec / out:0 req/sec (0 request)

4. Alerts Logs
o DataBase (connected)
x Memory Status : 0% used (0 Byte / 4 MB)
x Flow Status : in:0 req/sec / out:0 req/sec (0 request)

bien cdlt

Expert

Publié il y a 24 mois 10 jours par Harold P. - Arkoon

bonsoir

est ce que tu confond pas un flush de ta base avec une politique d'archivage ?
ton flush tu le lance par un cron ?
cordialement
harold

Publié il y a 24 mois 9 jours par Amouhaddab

bonjour,
oui ,mon flush je le fais avec la commande utlisé dans le cron:
0 22 * * 7 (/etc/rc.d/init.d/mysqld flush) >/dev/null 2>&1

bien cdlt

Expert

Réponse sélectionnée

Publié il y a 24 mois 6 jours par Xavier P. - Arkoon

Publié il y a 15 mois 20 jours par Meuhms

Bonjour,

Nous rencontrons le même soucis sur notre Arkoon fast 360, et ce depuis pas mal de temps.

Pour y pallier nous déconnectons le wan,faisons un vidage des caches,puis flush de la base et redémarrage.

Le service Akserver prend jusqu'à 92% de la charge, bloquant du coup les accès web. MySql est lui aussi très gourmand aux même moments.

Avez-vous trouvé une solution à ce problème ?? Cela nous arrive de plus en plus régulièrement j'ai l'impression.

Cordialement

Publié il y a 15 mois 18 jours par Meuhms

Re,

Dans notre cas, c'est le moteur de l'antivirus (sophos) qui faisait saturer l'arkoon par moments. Pour info, nous étions en version 5.023

On le remarquait surtout à la fin d'un téléchargement, où la charge du processeur passait à 100% et bloquait tout. Pour tester, j'ai désactivé le moteur antivirus dans les options http de l'appliance, et tout est devenu ok.

J'ai vu que la mise à jour 5.024 corrigeait ce problème, donc nous avons appliqué celle-ci pour pouvoir réactiver l'antivirus.

En espérant que ça puisse aider quelqu'un.