FAS Research Computing - Notice history

BosLFS02 (Tier 0) experiencing major outage

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

SLURM Scheduler - Cannon - Operational

Cannon Compute Cluster (Holyoke) - Operational

Boston Compute Nodes - Operational

GPU nodes (Holyoke) - Operational

seas_compute - Operational

Operational

SLURM Scheduler - FASSE - Operational

FASSE Compute Cluster (Holyoke) - Operational

Operational

Kempner Cluster CPU - Operational

Kempner Cluster GPU - Operational

Operational

FASSE login nodes - Operational

Operational

Cannon Open OnDemand - Operational

FASSE Open OnDemand - Operational

Major outage

Netscratch (Global Scratch) - Operational

Home Directory Storage - Boston - Operational

Tape - (Tier 3) - Operational

Holylabs - Operational

Isilon Storage Holyoke (Tier 1) - Operational

Holystore01 (Tier 0) - Operational

HolyLFS04 (Tier 0) - Operational

HolyLFS05 (Tier 0) - Operational

HolyLFS06 (Tier 0) - Operational

Holyoke Tier 2 NFS - Operational

Holyoke Specialty Storage - Operational

holECS - Operational

Isilon Storage Boston (Tier 1) - Operational

BosLFS02 (Tier 0) - Major outage

Boston Tier 2 NFS - Operational

CEPH Storage Boston (Tier 2) - Operational

Boston Specialty Storage - Operational

bosECS - Operational

Samba Cluster - Operational

Globus Data Transfer - Operational

Notice history

View current status

Oct 2026

boslfs02 cutover
InvestigatingMajor outage

  • 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
Resolved17 minutes
  • ResolvedUTC

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

  • InvestigatingUTC

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

holystore01 issues
ResolvedMajor outage30 hours 4 minutes
  • ResolvedUTC
    This incident has been resolved.
  • MonitoringUTC

    holystore01 is back up.

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

  • InvestigatingUTC

    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
CompletedMaintenance1 hour
  • CompletedOctober 24, 2026 at 3:30 PMUTC
    Maintenance has completed successfully
  • In progressOctober 24, 2026 at 2:30 PMUTC
    Maintenance is now in progress
  • PlannedOctober 19, 2026 at 3:30 PMUTC

    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
ResolvedDegraded performance5 hours 15 minutes
  • ResolvedUTC

    This incident has been resolved.

  • InvestigatingUTC

    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
ResolvedPartial outage144 hours 33 minutes
  • ResolvedUTC

    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

  • UpdateUTC

    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.

  • UpdateUTC

    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.

  • IdentifiedUTC

    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.

  • InvestigatingUTC

    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
ResolvedMajor outage30 minutes
  • ResolvedUTC

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

  • InvestigatingUTC

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

FASRC VPN (Boston) is back up
ResolvedMajor outage19 minutes
  • ResolvedUTC
    FASRC VPN (Boston) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigatingUTC
    FASRC VPN (Boston) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
ResolvedMajor outage9 minutes
  • ResolvedUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigatingUTC
    FASRC VPN (Cambridge) is down at the moment. This incident was automatically created by Instatus monitoring.
FASRC VPN (Cambridge) is back up
ResolvedMajor outage9 minutes
  • ResolvedUTC
    FASRC VPN (Cambridge) is back up. This incident was automatically resolved by Instatus monitoring.
  • InvestigatingUTC
    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
ResolvedMajor outage40 minutes
  • ResolvedUTC
    docs.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • InvestigatingUTC
    docs.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
www.rc.fas.harvard.edu is back up
ResolvedMajor outage40 minutes
  • ResolvedUTC
    www.rc.fas.harvard.edu is back up. This incident was resolved automatically.
  • InvestigatingUTC
    www.rc.fas.harvard.edu is down at the moment. This incident was created automatically.
cannon OOD / Open OnDemand is down
ResolvedMajor outage2 hours 43 minutes
  • ResolvedUTC

    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.

  • IdentifiedUTC

    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*

  • InvestigatingUTC

    We are currently investigating this issue. Details to follow.

AUG24
Rolling OS Upgrades August 24th - 27th 2026
CompletedMaintenance79 hours 6 minutes
  • CompletedAugust 27, 2026 at 8:06 PMUTC

    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.

  • UpdateAugust 26, 2026 at 8:01 PMUTC

    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

  • UpdateAugust 25, 2026 at 7:37 PMUTC

    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

  • UpdateAugust 24, 2026 at 7:07 PMUTC

    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

  • In progressAugust 24, 2026 at 1:00 PMUTC
    Maintenance is now in progress
  • PlannedAugust 03, 2026 at 7:35 PMUTC

    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
ResolvedMajor outage3 hours 42 minutes
  • UpdateUTC

    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.

  • ResolvedUTC

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

  • InvestigatingUTC

    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

Previous

Aug 2026 to Oct 2026

Next

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