FAS Research Computing - Kunngjøringshistorikk

BosLFS02 (Tier 0) opplever større avbrudd

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

SLURM Scheduler - Cannon - Operasjonell

Cannon Compute Cluster (Holyoke) - Operasjonell

Boston Compute Nodes - Operasjonell

GPU nodes (Holyoke) - Operasjonell

seas_compute - Operasjonell

Operasjonell

SLURM Scheduler - FASSE - Operasjonell

FASSE Compute Cluster (Holyoke) - Operasjonell

Operasjonell

Kempner Cluster CPU - Operasjonell

Kempner Cluster GPU - Operasjonell

Operasjonell

FASSE login nodes - Operasjonell

Operasjonell

Cannon Open OnDemand - Operasjonell

FASSE Open OnDemand - Operasjonell

Større avbrudd

Netscratch (Global Scratch) - Operasjonell

Home Directory Storage - Boston - Operasjonell

Tape - (Tier 3) - Operasjonell

Holylabs - Operasjonell

Isilon Storage Holyoke (Tier 1) - Operasjonell

Holystore01 (Tier 0) - Operasjonell

HolyLFS04 (Tier 0) - Operasjonell

HolyLFS05 (Tier 0) - Operasjonell

HolyLFS06 (Tier 0) - Operasjonell

Holyoke Tier 2 NFS - Operasjonell

Holyoke Specialty Storage - Operasjonell

holECS - Operasjonell

Isilon Storage Boston (Tier 1) - Operasjonell

BosLFS02 (Tier 0) - Større avbrudd

Boston Tier 2 NFS - Operasjonell

CEPH Storage Boston (Tier 2) - Operasjonell

Boston Specialty Storage - Operasjonell

bosECS - Operasjonell

Samba Cluster - Operasjonell

Globus Data Transfer - Operasjonell

Kunngjøringshistorikk

Se nåværende status

okt. 2026

boslfs02 cutover
UndersøkerStørre avbrudd

  • 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
Løst17 minutter
  • LøstUTC

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

  • UndersøkerUTC

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

holystore01 issues
LøstStørre avbrudd30 timer 4 minutter
  • LøstUTC
    This incident has been resolved.
  • OvervåkerUTC

    holystore01 is back up.

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

  • UndersøkerUTC

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

OKT24
Globus scheduled maintenance
FullførtVedlikeholden time
  • Fullførtoktober 24, 2026 kl. 15:30UTC
    Vedlikeholdet er fullført
  • Pågåroktober 24, 2026 kl. 14:30UTC
    Vedlikehold pågår nå
  • Planlagtoktober 19, 2026 kl. 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
LøstNedsatt ytelse5 timer 15 minutter
  • LøstUTC

    This incident has been resolved.

  • UndersøkerUTC

    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
LøstDelvis avbrudd144 timer 33 minutter
  • LøstUTC

    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

  • OppdateringUTC

    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.

  • OppdateringUTC

    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.

  • IdentifisertUTC

    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.

  • UndersøkerUTC

    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
LøstStørre avbrudd30 minutter
  • LøstUTC

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

  • UndersøkerUTC

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

FASRC VPN (Boston) is back up
LøstStørre avbrudd19 minutter
  • LøstUTC
    FASRC VPN (Boston) is back up. This incident was automatically resolved by Instatus monitoring.
  • UndersøkerUTC
    FASRC VPN (Boston) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
LøstStørre avbrudd9 minutter
  • LøstUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • UndersøkerUTC
    FASRC VPN (Cambridge) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
LøstStørre avbrudd9 minutter
  • LøstUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • UndersøkerUTC
    FASRC VPN (Cambridge) is down at the moment. This incident was automatically created by Instatus monitoring.

aug. 2026

docs.rc.fas.harvard.edu is back up
LøstStørre avbrudd40 minutter
  • LøstUTC
    docs.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • UndersøkerUTC
    docs.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
www.rc.fas.harvard.edu is back up
LøstStørre avbrudd40 minutter
  • LøstUTC
    www.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • UndersøkerUTC
    www.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
cannon OOD / Open OnDemand is down
LøstStørre avbrudd2 timer 43 minutter
  • LøstUTC

    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.

  • IdentifisertUTC

    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*

  • UndersøkerUTC

    We are currently investigating this issue. Details to follow.

AUG24
Rolling OS Upgrades August 24th - 27th 2026
FullførtVedlikehold79 timer 6 minutter
  • Fullførtaugust 27, 2026 kl. 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.

  • Oppdateringaugust 26, 2026 kl. 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

  • Oppdateringaugust 25, 2026 kl. 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

  • Oppdateringaugust 24, 2026 kl. 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

  • Pågåraugust 24, 2026 kl. 13:00UTC
    Vedlikehold pågår nå
  • Planlagtaugust 03, 2026 kl. 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
LøstStørre avbrudd3 timer 42 minutter
  • OppdateringUTC

    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.

  • LøstUTC

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

  • UndersøkerUTC

    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

Forrige

aug. 2026 til okt. 2026

Neste

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