GitLab CI Pipeline Job da un error en el montón de JavaScript sin memoria

Preguntas WordPress
⏰ 2 minutos de lectura

Avatar de usuario de Nagy Olivér
nagy oliver

Tenemos un complemento de WordPress escrito en JS con la ayuda de la herramienta wp-reactivate.

Nuestro objetivo es hacer una canalización de GitLab CI que aumente la versión en todos los lugares, construya el proyecto y lo implemente en el repositorio SVN de WordPress.org. Hasta ahora, la implementación de SVN funciona, el aumento del número de versión aún no se ha implementado, pero tenemos un problema al construir el proyecto. GitLab CI Runner se niega a finalizar el proceso porque se quedó sin memoria disponible.

el mensaje de error

Ya hemos probado (sin efecto):

  • Ajuste GENERATE_SOURCEMAP=false
  • Ajuste NODE_OPTIONS="--max_old_space_size=8192"
  • Correr node --max-old-space-size=8192

Nuestro .gitlab-ci.yml expediente:

stages:
  - build
  - deploy

default:
  image: node

BuildApp:
  stage: build
  before_script:
    - GENERATE_SOURCEMAP=false
    - NODE_OPTIONS=\"--max_old_space_size=8192\"
    - node --max-old-space-size=8192
  script:
    - yarn
    - yarn prod

PluginSVN:
  stage: deploy
  before_script:
    - apt-get install subversion
    - curl -o /usr/bin/deploy.sh https://git-cdn.e15r.co/open-source/wp-org-plugin-deploy/raw/master/scripts/deploy.sh
    - chmod +x /usr/bin/deploy.sh
  script: /usr/bin/deploy.sh
  when: on_success

¿Hay alguna forma de aumentar la cantidad de memoria disponible o reducir la cantidad de memoria requerida para construir el proyecto?

  • ¿Quizás GitLab no está diseñado para ejecutar operaciones pesadas, compilaciones de larga duración?

    – János

    15/06/2021 a las 20:10

Avatar de usuario de Will
Voluntad

Controlar Foro Gitlab: Cada corredor solo tiene 1 CPU, 4 GB de RAM,

lo que significa que no tiene que ajustar las opciones de nodo, no funcionará.

Para mí, el alojamiento propio es una opción.

  • Para corredores de Linux: 3,75 GB de RAM, 1 vCPU y 25 GB de HDD (docs.gitlab.com/ee/ci/runners/saas/linux_saas_runner.html – para gitlab.com v15)

    – campisano

    23 de junio a las 8:02

  • Obtuve el mismo error al instalar gitlab-runner en el host propio (instancia ec2) directamente.

    – Factura

    9 de julio a las 15:01

independientemente de lo que instale gitlab-runner en el servidor propio o en la ventana acoplable, tengo el mismo problema.

Finalmente conseguí la causa raíz. La instancia ec2 que creé es demasiado baja, t2.micro

Después de ajustarlo a t3.medio (debería estar bien para adaptarse a cualquiera, con más de 4 GB de memoria), funciona sin este problema nunca más.

¿Ha sido útil esta solución?