Magento 2.2 a menudo extremadamente lento, 100% de uso del procesador después de la configuración: actualización


12

Actualmente estoy ejecutando Magento 2.2, php7, Apache2una Amazon AWS EC2 c4.largeinstancia, pero incluso las instancias t2.micro suelen estar bien cuando lo uso como servidor de desarrollo.

Por alguna razón de vez en cuando cuando ejecuto la configuración: actualice después de actualizar uno de los archivos de configuración en uno de mis módulos personalizados o después de instalar un módulo de terceros, mi servidor se volverá extremadamente lento, manteniéndose al 100% de uso de CPU cada vez que lo intento para cargar una página, la carga de la página demora más de 1 minuto y se mantendrá en un uso de CPU del 25% cuando no se carguen las páginas. Solo afecta el sitio web de magento donde llamé configuración: actualización, las páginas en otras instalaciones de magento en el mismo servidor aún se cargarán a la velocidad normal.

A veces, el problema se soluciona eliminando el módulo que acabo de actualizar, reiniciando el servidor y luego reinstalando el módulo sin ningún cambio en el código, a veces una segunda configuración: la actualización soluciona el problema, y ​​a veces parece que la única forma en que puedo solucionarlo es reinstalando completamente Magento 2y los módulos.

He tenido este problema Magento 2.1.6, 2.1.8, 2.1.9y 2.2, todo tipo de combinaciones diferentes de temas y módulos con los que nadie más parece tener problemas, por defecto, el modo desarrollador y el modo de producción.

EDITAR: Nota importante
Si tiene este problema y, como yo, estoy seguro de que nunca desactivó sus cachés, hay un problema reconocido en este momento (Magento 2.3) donde la ejecución composer updateocasionalmente desactiva todos sus cachés. Entonces, incluso si crees que tus cachés están habilitados, vale la pena volver a verificar.


c4.large CPU 2 RAM 3.75: esta es una carga absolutamente normal. si tiene algunos problemas de código o en modo desarrollador.
MagenX

Mi problema es que no hay problemas de código e incluso en el modo de desarrollador no creo que deba tomar minutos para que se cargue una sola página en la misma configuración exacta que lleva menos de medio segundo cargar en un micro servidor. El 99% de las veces no hay problemas y todo es extremadamente rápido, pero aparentemente al azar toda la instalación se rompe y nada se carga más hasta que se reinstala sin ningún cambio en el código.
Kaascroissant

Verifique con el modo de producción, en el modo de desarrollador js y css creados sobre la marcha, por lo que llevará tiempo cargarlo.
Sunil Patel

Lo sé, pero el modo de producción todavía tiene el mismo problema, y ​​cuando el problema no ocurre, el desarrollador y el modo predeterminado todavía están cargando páginas muy rápido, solo ocasionalmente después de ejecutar la actualización, todo el servidor se ralentiza a un rastreo independientemente del modo.
Kaascroissant

alguna solucion? Frente a lo mismo ...
Jilco Tigchelaar

Respuestas:


20

TL; DR: simplemente encienda los cachés de configuración.

Historia más larga:

He tenido el mismo problema y he estado jugando un poco.

Pasos para reproducir (en modo desarrollador):

  1. caché: deshabilitar
  2. configuración: actualizar
  3. recargar frontend o backend en un navegador

Al recargar y monitorear con htop, el sistema 'spams' algunos procesos PHP, utilizando totalmente todas las CPU. Esto es cuando me di cuenta de que debe depender de algunas configuraciones de caché. Y comencé a apagar algunos de ellos. Después de apagar las cachés de configuración, el problema volvió a aparecer instantáneamente.

Después de apagar cada caché excepto el caché de configuración, todo vuelve a funcionar rápidamente.


2
Me siento extremadamente estúpido en este momento porque he estado luchando con esto durante mucho tiempo, pero nunca se me ocurrió comprobar si el caché estaba encendido. Nunca desactivo el caché, pero por alguna razón todos los cachés fueron desactivados. ¡Gracias!
Kaascroissant

3
Me he dado cuenta en modo predeterminado si ejecuta la configuración: las cachés de actualización de magento están deshabilitadas
Dominic Xigen

4

Si actualizaste usando Composer, entonces es probable que tu caché esté deshabilitada. Esto se aplica a las versiones hasta 2.3.1. Simplemente habilítelo usando el siguiente código en la carpeta raíz de Magento.

php bin/magento cache:enable


Por alguna razón después de que setup:upgrade el caché se deshabilita. Muy extraño, pero esto lo resolvió para mí.
BugHunterUK

1

Tengo la misma situación que tú, corro:

php bin/magento setup:static-content:deploy -f

para forzar a M2 a desplegar los datos estáticos en modo desarrollador para saltear la larga espera.


0

bin / magento cache: vaciar bin / magento cache: habilitar

Realizo estos dos pasos juntos tan pronto como se completa la actualización. El sistema sigue siendo enviado por millones de trabajos cron que no tengo idea de lo que están haciendo. Pero el mundo volvió a la paz después de que el caché habilitado. Ya es 2020, por qué Magento todavía es inmaduro.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.