FAS Research Computing - gpu_test queue slow - note on use – Detalles del incidente

HolyLFS06 (Tier 0) está experimentando un rendimiento degradado

Status page for the Harvard FAS Research Computing cluster and other resources.

Cluster Utilization (VPN and FASRC login required): Cannon | FASSE


Please scroll down to see details on any Incidents or maintenance notices.
Monthly maintenance occurs on the first Monday of the month (except holidays).

GETTING HELP
Documentation: https://docs.rc.fas.harvard.edu | Account Portal https://portal.rc.fas.harvard.edu
Email: rchelp@rc.fas.harvard.edu | Support Hours

The colors shown in the bars below were chosen to increase visibility for color-blind visitors.
For higher contrast, switch to light mode at the bottom of this page if the background is dark and colors are muted.

gpu_test queue slow - note on use

Resuelto
Mantenimiento
Iniciado el hace alrededor de 4 añosDuró 2 meses

Afectado

Cannon Cluster

Mantenimiento de 1:48 PM a 8:19 PM

GPU nodes (Holyoke)

Mantenimiento de 1:48 PM a 8:19 PM

Actualizaciones
  • Resuelto
    UTC
    Resuelto

    This issue has become one of supply and availability. As such, we are changing this issue to Maintenance as there is nothing further we can do until the vendor replaces the hardware. Please continue to use other GPU resources. We will notify the community once we have new hardware to replenish the gpu_test queue.

    Please see Running Jobs for other available resources.

  • Actualizar
    UTC
    Actualizar

    Difficulty obtaining replacement mainboards has this issue stalled. More information when we have it.

  • Actualizar
    UTC
    Actualizar

    Correction to first part of previous update:

    Currently only 2 of the nodes in gpu_test are working and the single remoteviz node is down. These will require help from the vendor to revive. We are also investigating with them the root cause for multiple node failures. No ETA

  • Actualizar
    UTC
    Actualizar

    Currently only 2 of the nodes in gpu_test are working and the single remoteviz node is down. These will require help from the vendor to revive. We are also investigating with them the root cause for multiple node failures. No ETA

    As a result of this, we are pre-emptively modifying the QoS for gpu_test now. We had planned to make a change on Thursday after announcing it in tomorrow's maintenance email, but this forces our hand.

    QoS changes for gpu_test effective now: Limited to 1 job per user. That job is limited to a maximum 16 cores and 90GB memory.

    See Running Jobs for a list of available partitions, including the gpu partition.

  • Identificado
    UTC
    Identificado

    Please note that this issue also affects the remoteviz partition.

    Updates as we have them.

  • Investigando
    UTC
    Investigando

    Several hosts in the gpu_test queue have become unresponsive and will require a physical visit to reset. Staff are en route to the data center.

    On a related note, please do not use gputest as a workaround for the regular gpuqueues.
    This is unfair to other users and ties up the gpu_test partition. This partition is not for general job use.

    We will be addressing this issue later this week by reducing the number of jobs allowed per user. This will be noted in tomorrow's maintenance email and then implemented Thursday.

For issues not shown here, please contact FASRC via
https://portal.rc.fas.harvard.edu or email rchelp@rc.fas.harvard.edu