FAS Research Computing - Bemærk historie

Alle systemer er operationelle

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

SLURM Scheduler - Cannon - Operationel

Cannon Compute Cluster (Holyoke) - Operationel

Boston Compute Nodes - Operationel

GPU nodes (Holyoke) - Operationel

seas_compute - Operationel

Operationel

SLURM Scheduler - FASSE - Operationel

FASSE Compute Cluster (Holyoke) - Operationel

Operationel

Kempner Cluster CPU - Operationel

Kempner Cluster GPU - Operationel

Operationel

FASSE login nodes - Operationel

Operationel

Cannon Open OnDemand - Operationel

FASSE Open OnDemand - Operationel

Operationel

Netscratch (Global Scratch) - Operationel

Home Directory Storage - Boston - Operationel

Tape - (Tier 3) - Operationel

Holylabs - Operationel

Isilon Storage Holyoke (Tier 1) - Operationel

Holystore01 (Tier 0) - Operationel

HolyLFS04 (Tier 0) - Operationel

HolyLFS05 (Tier 0) - Operationel

HolyLFS06 (Tier 0) - Operationel

Holyoke Tier 2 NFS (new) - Operationel

Holyoke Specialty Storage - Operationel

holECS - Operationel

Isilon Storage Boston (Tier 1) - Operationel

BosLFS02 (Tier 0) - Operationel

Boston Tier 2 NFS (new) - Operationel

CEPH Storage Boston (Tier 2) - Operationel

Boston Specialty Storage - Operationel

bosECS - Operationel

Samba Cluster - Operationel

Globus Data Transfer - Operationel

Bemærk historie

apr. 2024

Scratch under high load
  • Løst
    Løst

    The high I/O job has been identified. Scratch is back to normal operaiton.

  • Undersøger
    Undersøger

    Scratch performance is degraded.

    holyscratch01 is under abnormally high I/O load.

    We are working to determine which job is the cause.

holynfs01 read-only mode - only affects certain NCF shares
  • Løst
    Løst

    All holynfs01 shares have been migrated or evacuated. Closing this incident. Holynfs01 remains online in read-only mode, but no shares rely on it now.

  • Undersøger
    Undersøger

    holynfs01 has experienced a hardware failure. We have set all shares to read-only mode while we retrieve data from this server.

    If your group requires a writable space in the interim, please reach out and we will set one up for you or use scratch space for now.

    This only affects a handful of NCF shares, most inactive. But we are notifying all to cast a wide net.

holylogin[01-04] reboot
  • Løst
    Løst
    This incident has been resolved.
  • Undersøger
    Undersøger

    Due to stale file mounts for multiple groups, holylogin[01-04] will need to be rebooted at noon. Please save all work prior to the reboot.

gpu_test partition down
  • Løst
    Løst

    gpu_test and FASSE GPU partitions are back. We are looking into replacement power supply units to mitigate this issue.

  • Undersøger
    Undersøger

    gpu_test is down again due to an IB switch failing

    the gpu partition in FASSE is also down

gpu_test partition down
  • Løst
    Løst

    gpu_test is now operational and can be used.

    This incident has been resolved.

  • Undersøger
    Undersøger

    An InfiniBand switch has failed in the cabinet housing the gpu_test nodes.

    Please use gpu_requeue or gpu in the meantime.

    We will update this incident when we have an ETA.

mar. 2024

Internet acces to Holyoke interrupted 7:30-8am
  • Løst
    Løst
    There was a brief disruption in the connectivity from MGHPCC to the outside world/Internet. During this period outside attempts to connect to services hosted in Holyoke would time out. Internal data center network remained normal and no jobs were affected.
holylabs instability
  • Løst
    Løst

    After making some hardware and network changes, we monitored holylabs yesterday and overnight and have determined that it is stable again.

    We will continue to monitor but currently believe this issue has been resolved.

  • Undersøger
    Undersøger

    Holylabs was again unstable over the weekend. We are actively working this issue and will update as soon as possible.

  • Opdatering
    Opdatering

    Holylabs locked up again overnight. We are investigating.

  • Overvåger
    Overvåger

    Holylabs became stuck overnight and was restarted. It is back up and we are monitoring.

holyscratch01 performance degraded
  • Løst
    Løst

    holyscratch01 is currently stable. However, it continues to be under heavy utilization as a matter of course due to job loads.

    There is a plan underway to replace holyscratch01, but no ETA at this time as we are still qualifying and planning purchasing. We will notify the community when an ETA is known. Until then please be aware that load on scratch may continue along this trend. Thanks for your understanding.

  • Overvåger
    Overvåger

    Performance has improved, but we are still monitoring some high loads across object storage units.

  • Undersøger
    Undersøger

    holyscratch01 performance degraded

    We are currently investigating this incident.

RC Ticket System and other VMs Offline - Expect Delays, emails will be delivered eventually
  • Løst
    Løst

    VMs are returning to operation. If you receive an error (on Portal, Coldfront, etc) please wait a few minutes and try again.

    Ticket system is online and starting to receive delayed emails.

  • Undersøger
    Undersøger

    The RT ticket system is currently offline due to a VM issue.

    Any emails sent to the ticket system will eventually be delivered once it recovers, but until then expect delayed response.

FASRC maintenance update - All jobs requeued (Cannon and FASSE)
  • Løst
    Løst
    This incident has been resolved.
  • Overvåger
    Overvåger

    Informational Notice

    The Slurm upgrade to 23.11.4 was completed successfully during maintenance. However a complication with the automation of Slurm's cryptographic keys occurred during the upgrade which caused nodes to lose the ability to talk to the Slurm master. The Slurm master therefore viewed those nodes as down and requeued their jobs.

    All jobs on Cannon and FASSE were requeued.

    This is deeply regrettable but the chain of events which caused this could not be foreseen.

    To check the status of your jobs, see the common Slurm commands at:

    https://docs.rc.fas.harvard.edu/kb/convenient-slurm-commands/#Information_on_jobs

    FAS Research Computing

    https://docs.rc.fas.harvard.edu/

    rchelp@rc.fas.harvard.edu

feb. 2024

Ceph instability - Affects Boston VMs (Virtual Machines) and Tier2 Ceph shares
  • Løst
    Løst

    The Ceph instability has been resolved. Ceph Tier2 shares, VDI, and VMs should be back to their normal state.

    If your VM, /net/fs-[labname] share, or VDI session is still impacted, please contact rchelp@rc.fas.harvard.edu

  • Identificeret
    Identificeret

    The infrastructure behind Tier2 Ceph shares and VMs is unstable.
    This also affects VDI/OOD which relies on virtual machines.

    /net/fs-[labname] shares, new OOD/VDI sessions, and VMs are affected and may will be inaccessible until this is resolved.

    Thanks for your patience.

holyscratch01 performance
  • Løst
    Løst

    This incident has been resolved.

  • Undersøger
    Undersøger

    holyscratch01 is experiencing high load. Performance may be delayed.

    OOD is also affected as a result of this.

    We are currently investigating this incident.

All Cluster nodes down or draining
  • Løst
    Løst

    Clusters are back in production status. We will continue to monitor for any aberrant behavior, but this incident has been resolved.

  • Identificeret
    Identificeret

    I spoke too soon, partial recovery, I'll update here when we are sure everything is back in production, apologies.

  • Overvåger
    Overvåger

    All cannon nodes are back in service and slurm is resuming jobs, fasse is coming back up as well, we will monitor the situation, but anticipate a return to full normal operations shortly.

  • Opdatering
    Opdatering

    The nodes are coming back into normal service, we anticipate this to be fairly quick

  • Identificeret
    Identificeret

    slurm is operational, jobs are idled and should resume as normal

  • Undersøger
    Undersøger

    We are currently investigating this incident. We will update here as we can

BOSLFS02 Instability
  • Løst
    Løst
    This incident has been resolved.
  • Undersøger
    Undersøger

    Boslfs02 (/n/boslfs02) is currently experiencing instability.

    We are working on the issue and will update this incident as the situation progresses.

boslffs instability
  • Løst
    Løst
    This incident has been resolved.
  • Identificeret
    Identificeret

    We are working on a fix for this incident.

feb. 2024 til apr. 2024

Næste

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