FAS Research Computing - Historial de avisos

BosLFS02 (Tier 0) está experimentando una interrupción grave

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.
Operativo

SLURM Scheduler - Cannon - Operativo

Cannon Compute Cluster (Holyoke) - Operativo

Boston Compute Nodes - Operativo

GPU nodes (Holyoke) - Operativo

seas_compute - Operativo

Operativo

SLURM Scheduler - FASSE - Operativo

FASSE Compute Cluster (Holyoke) - Operativo

Operativo

Kempner Cluster CPU - Operativo

Kempner Cluster GPU - Operativo

Operativo

FASSE login nodes - Operativo

Operativo

Cannon Open OnDemand - Operativo

FASSE Open OnDemand - Operativo

Interrupción grave

Netscratch (Global Scratch) - Operativo

Home Directory Storage - Boston - Operativo

Tape - (Tier 3) - Operativo

Holylabs - Operativo

Isilon Storage Holyoke (Tier 1) - Operativo

Holystore01 (Tier 0) - Operativo

HolyLFS04 (Tier 0) - Operativo

HolyLFS05 (Tier 0) - Operativo

HolyLFS06 (Tier 0) - Operativo

Holyoke Tier 2 NFS - Operativo

Holyoke Specialty Storage - Operativo

holECS - Operativo

Isilon Storage Boston (Tier 1) - Operativo

BosLFS02 (Tier 0) - Interrupción grave

Boston Tier 2 NFS - Operativo

CEPH Storage Boston (Tier 2) - Operativo

Boston Specialty Storage - Operativo

bosECS - Operativo

Samba Cluster - Operativo

Globus Data Transfer - Operativo

Historial de avisos

Ver estado actual

oct 2026

boslfs02 cutover
InvestigandoInterrupción grave

  • As per email communications with affected groups, the cutover from boslfs02 to /n/lab_storage is ongoing from October 27-October 29. All storage folders are set to read-only and all running jobs have been stopped.

    Once the cutover process is complete, affected users will receive an email confirming their new storage is ready for use.

    UTC
boslogin07 slowness / high load
Resuelto17 minutos
  • ResueltoUTC

    boslogin07 has been rebooted and is responsive. This incident has been resolved.

  • InvestigandoUTC

    boslogin07 is experiencing long delays on login we will reboot the system at 10:30

holystore01 issues
ResueltoInterrupción grave30 horas 4 minutos
  • ResueltoUTC
    This incident has been resolved.
  • SupervisandoUTC

    holystore01 is back up.

    Draining nodes are being addressed and will be put back into service at the earliest.

  • InvestigandoUTC

    holystore01 is We are currently experiencing performance issues that have impacted some compute nodes, causing them to drain, investigating this incident.

OCT24
Globus scheduled maintenance
CompletadoMantenimiento1 hora
  • Completadooctubre 24, 2026 a 15:30UTC
    El mantenimiento se ha completado con éxito
  • En cursooctubre 24, 2026 a 14:30UTC
    El mantenimiento está ahora en curso
  • Planificadooctubre 19, 2026 a 15:30UTC

    Globus services will be unavailable for a period between 9:30am and 10:30am U.S. Central time on Saturday, October 24, 2026 due to planned maintenance (https://www.globus.org/blog/2026-10-24-maintenance) that includes database upgrades.

    Please refer to the posted link for additional information on how services and in-progress work will be impacted during this window.

holylfs06 degraded
ResueltoRendimiento degradado5 horas 15 minutos
  • ResueltoUTC

    This incident has been resolved.

  • InvestigandoUTC

    holylfs06 is in a very degraded or stuck state.

    Expect degraded to no access until the system is back up.

sep 2026

h-nfs11-p down
ResueltoInterrupción parcial144 horas 33 minutos
  • ResueltoUTC

    The vendor has replaced the necessary hardware components, and FASRC engineers have installed updates and confirmed working status. No data was affected.

    All h-nfs11-p shares should be accessible again once more.

    If you notice any irregularities, please reach out at rchelp@rc.fas.harvard.edu

  • ActualizarUTC

    The vendor has dispatched parts. The vendor has indicated that this may not get fixed until Monday, but the storage team is pressing them to accelerate that timeline. We will update here when we know more.

    Thanks for your understanding.

  • ActualizarUTC

    After lengthy troubleshooting, h-nfs11-p is still down. The vendor is scheduling a datacenter visit for on-site repairs. We will update as we know more.

  • IdentificadoUTC

    Our engineers are diagnosing the root cause of the failure and are working with the vendor to troubleshoot further

    We are continuing to work on a fix for this incident.

  • InvestigandoUTC

    h-nfs11-p is currently down. The following shares are inaccessible on FASSE

    • ncf_cnl01

    • ncf_cnl02

    • ncf_cnl03

    • ncf_cnl04

    • ncf_gspdata

    • ncf_mri_l3

    • cnl05

    • cnl06

    • eldaief

    • ncf_apps

    • jcamprodon_lab_l3

    We are investigating this incident.

Authentication outage
ResueltoInterrupción grave30 minutos
  • ResueltoUTC

    Openauth/radius is now operational. This update was created by an automated monitoring service.

  • InvestigandoUTC

    Authentication issues with openauth/radius. This incident was created by an automated monitoring service.

FASRC VPN (Boston) is back up
ResueltoInterrupción grave19 minutos
  • ResueltoUTC
    FASRC VPN (Boston) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigandoUTC
    FASRC VPN (Boston) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
ResueltoInterrupción grave9 minutos
  • ResueltoUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigandoUTC
    FASRC VPN (Cambridge) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
ResueltoInterrupción grave9 minutos
  • ResueltoUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigandoUTC
    FASRC VPN (Cambridge) is down at the moment. This incident was automatically created by Instatus monitoring.

ago 2026

docs.rc.fas.harvard.edu is back up
ResueltoInterrupción grave40 minutos
  • ResueltoUTC
    docs.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • InvestigandoUTC
    docs.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
www.rc.fas.harvard.edu is back up
ResueltoInterrupción grave40 minutos
  • ResueltoUTC
    www.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • InvestigandoUTC
    www.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
cannon OOD / Open OnDemand is down
ResueltoInterrupción grave2 horas 43 minutos
  • ResueltoUTC

    This incident has been resolved. All hosts are back up and online. Thanks for your patience.

    Please note that the rolling OS updates are still in progress, but will not affect OOD access.

  • IdentificadoUTC

    This likely affects other virtual machines including, but possibly not limited to,
    cannon ood

    cbscentral*

    ssbccentral*

    mczapps

    mczbase

    msprl

    smms

    epslic1

    hptc-cal

    mailman

    minecat

    r10k-builds02

    ncfservice*

  • InvestigandoUTC

    We are currently investigating this issue. Details to follow.

AGO24
Rolling OS Upgrades August 24th - 27th 2026
CompletadoMantenimiento79 horas 6 minutos
  • Completadoagosto 27, 2026 a 20:06UTC

    OS upgrade work is mostly completed.

    There are a few remaining nodes in the cluster that did not successfully receive the upgrade.

    If you see nodes that are 'DOWN' for the following reasons, they are all nodes that need manual intervention for OS upgrade. FASRC staff are aware of them and will upgrade these nodes over the next week.

    • "wrong kernel"

    • "Not responding"

    • "unexpected reboot"

    • "gres/gpu count lower than configured"

    • "/n/sw not mounted"

    We appreciate your continued patience.

  • Actualizaragosto 26, 2026 a 20:01UTC

    Today's work is complete. The final round, Cannon Part 3, takes place tomorrow.

    August 26th: Cannon Part 2
    arguelles_delgado
    conroy
    davies
    doshi-velez
    dsouza
    edwards
    geophysics
    giribet
    gpu_test
    hernquist
    huce_cascadeimasc
    janson
    kempner_h200
    kempner_rtx
    murphy
    ni_lab
    olveczky
    ortegahernandez
    pehlevan
    seas_compute
    shakhnovich
    shared
    unrestricted
    xlin
    yin
    zon

  • Actualizaragosto 25, 2026 a 19:37UTC

    Today's work is complete for Cannon Part 1 and will resume tomorrow for Cannon Part 2

    August 25th: Cannon Part 1

    holylogin
    arguelles_delgado
    blackhole
    davies_gpu
    davies
    desai
    eddy
    holy-cow
    holy-smokes
    huce_bigmem
    huce_cascade
    huttenhower
    jacobsen2
    janson_bigmem
    janson_cascade
    janson
    ke
    lukin
    nguyen
    olveczky_gpu
    remoteviz
    seas_compute
    shared
    sompolinsky_gpu
    tambe
    vishwanath
    whipple
    xlin
    xlin_ice
    zhuang_gpu
    zhuang

  • Actualizaragosto 24, 2026 a 19:07UTC

    Today's portion of the upgrades are completed. Tomorrow's list (Cannon part 1) can be found in this maintenance event.

    August 24th:

    FASSE
    boslogin
    private login nodes

  • En cursoagosto 24, 2026 a 13:00UTC
    El mantenimiento está ahora en progreso
  • Planificadoagosto 03, 2026 a 19:35UTC

    FASRC will be doing OS upgrades to the latest version of Rocky 8.10 from August 24-27th. These rolling upgrades will improve cluster security and install the latest Cuda 13.2 driver.

    Upgrades will happen in stages with each stage occurring between 8a-5p each day. During that period the nodes being upgraded will be unavailable. No jobs will be canceled but jobs will stay pending if all nodes in the partition are down.

    Note that during this week the cluster will be in a partially upgraded state, thus jobs that span multiple nodes may become unstable due to mismatching libraries. Users concerned about this should wait until August 28th to restart runs.

    Users should plan their work accordingly.

    The upgrade schedule with impacted partitions is as follows:

    August 24th:

    FASSE
    boslogin
    private login nodes

    August 25th: Cannon Part 1

    holylogin
    arguelles_delgado
    blackhole
    davies_gpu
    davies
    desai
    eddy
    holy-cow
    holy-smokes
    huce_bigmem
    huce_cascade
    huttenhower
    jacobsen2
    janson_bigmem
    janson_cascade
    janson
    ke
    lukin
    nguyen
    olveczky_gpu
    remoteviz
    seas_compute
    shared
    sompolinsky_gpu
    tambe
    vishwanath
    whipple
    xlin
    xlin_ice
    zhuang_gpu
    zhuang

    August 26th: Cannon Part 2
    arguelles_delgado
    conroy
    davies
    doshi-velez
    dsouza
    edwards
    geophysics
    giribet
    gpu_test
    hernquist
    huce_cascadeimasc
    janson
    kempner_h200
    kempner_rtx
    murphy
    ni_lab
    olveczky
    ortegahernandez
    pehlevan
    seas_compute
    shakhnovich
    shared
    unrestricted
    xlin
    yin
    zon

    August 27th: Cannon Part 3

    arguelles_delgado_gpu_a100
    arguelles_delgado_gpu_mixed
    arguelles_delgado_h100
    bigmem_intermediate
    bigmem
    blackhole_gpu
    dvorkin
    eddy
    enos
    gershman
    gpu
    gpu_h200
    hejazi
    hernquist_ice
    hoekstra
    hsph_gpu
    hsph
    huce_ice
    iaifi_gpu
    intermediate
    itc_cluster
    itc_gpu
    janson_sapphire
    joonholee
    jshapiro
    kempner_h100
    kempner_h200
    kempner
    kempner_interactive
    kovac
    kozinsky_gpu
    kozinsky
    murphy_ice
    mweber_compute
    mweber_gpu
    olveczky_sapphire
    ortegahernandez_ice
    rivas
    sapphire
    seas_compute
    seas_gpu
    seas_gpu_perf
    siag_gpu
    siag_combo
    siag
    sur
    test
    yao_alphatns
    yao_gpu
    yao
    zhuang

Emergency Slurm (scheduler) patch at 2pm ETA 1-2hours. Jobs will be paused
ResueltoInterrupción grave3 horas 42 minutos
  • ActualizarUTC

    A number of jobs appear to have terminated during the upgrade for some reason. Those jobs will re-queue or, if not, will need to be re-submitted,
    We apologize for the inconvenience.

  • ResueltoUTC

    The update has been applied and the scheduler is returned to service. Jobs are unpaused.

  • InvestigandoUTC

    We have been manually dealing with a Slurm memory leak bug behind the scenes and now have an official fix in the form of a Slurm upgrade (26.05.3). It is necessary to get this update in place as soon as possible.

    At 2pm today we will pause the cluster. Jobs will be paused, not terminated, and the scheduler will be unavailable for querying or submitting new jobs until the update is completed. Once complete, jobs will resume.

    Technical information about the bug:

    https://support.schedmd.com/show_bug.cgi?id=25685

Anterior

ago 2026 a oct 2026

Siguiente

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