You are not logged in.
Pages: 1
Bonjour,
Il s'agit d'un problème déja signalé dans un autre topic :
Il nous arrive à nouveau la même chose.
- Il n'y a pas de lenteur dans les sites
- voici un top sur le serveur
top - 13:09:10 up 18:31, 3 users, load average: 1.02, 1.01, 1.00
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 99.7%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 5242880k total, 3553324k used, 1689556k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 234900k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8853 cms 20 0 2473m 664m 7736 S 99.9 13.0 990:33.65 java
Parallèlement, nous avons eu des soucis lors de la régénération du cache, je ne sais pas si c'est lié, mais le couple frontal/back-office est très instable depuis un arrêt brutal de la machine hôte sur laquelle tourne le serveur virtuel.
Il n'y a rien de spécial dans les logs à part des habituels "Resource not found for URL..." sur des fichier js du plugin multimedia
D'où peut venir ce 100% cpu ?
Se peut-il qu'il y ait un lien avec la génération/ mise à jour du cache ?
Merci
Offline
Est-ce la machine front ou back qui est à 100% de CPU ?
Quand on reconstruit de live, cela solicite le back mais pratiquement pas le front.
Et d'une manière générale le front n'est qu'un proxy qui met en cache, il ne calcule rien.
De plus tout ce qui est dans le cache est servi par Apache... donc tomcat fait d'autant moins de choses.
Les 1ers conseils avant de chercher plus en avant : s'assurer d'avoir les dernières versions de tomcat et de java.
Ensuite, vous pourrez faire une "kill -3" sur le process JAVA : cela ne kille pas le process, mais remplit le catalina.out avec le contenu des threads java.
Car finalement, le seul moyen que je vois pour faire du CPU à 100% coté site serait une boucle...
Raphael Franchet
Expert Ametys
Offline
Parfois il y arrive qu'un flux rss (service flux rss) qui pointe sur le site courant provoque un CPU à 100%
On peut le voir un petit peu dans les logs
Offline
c'est résolu ?
On a aussi déjà eu ce problème justement après un redémarrage sauvage, parce que le apache du front avait gardé toutes les connexions et les avait toutes rebalancées d'un coup au front-office au redémarrage, qui les a toutes à son tour rebalancées au back-office... et pouf !
La solution dans ces cas là : en mm temps que le restart du tomcat, un restart du apache ( et pas uniquement un reload qui ne tue pas les connexions).
Cédric
Offline
Oui, effectivement, après relance d'apache, coté front, ca va beaucoup mieux. Pourvu que cela dure. Merci !
jean-marie
Offline
Pages: 1