FAS Research Computing - Historia powiadomień

Holyoke Tier 2 NFS Częściowa awaria

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.

Poprawne działanie

SLURM Scheduler - Cannon - Poprawne działanie

Cannon Compute Cluster (Holyoke) - Poprawne działanie

Boston Compute Nodes - Poprawne działanie

GPU nodes (Holyoke) - Poprawne działanie

seas_compute - Poprawne działanie

Poprawne działanie

SLURM Scheduler - FASSE - Poprawne działanie

FASSE Compute Cluster (Holyoke) - Poprawne działanie

Poprawne działanie

Kempner Cluster CPU - Poprawne działanie

Kempner Cluster GPU - Poprawne działanie

Poprawne działanie

FASSE login nodes - Poprawne działanie

Poprawne działanie

Cannon Open OnDemand - Poprawne działanie

FASSE Open OnDemand - Poprawne działanie

Częściowa awaria

Netscratch (Global Scratch) - Poprawne działanie

Home Directory Storage - Boston - Poprawne działanie

Tape - (Tier 3) - Poprawne działanie

Holylabs - Poprawne działanie

Isilon Storage Holyoke (Tier 1) - Poprawne działanie

Holystore01 (Tier 0) - Poprawne działanie

HolyLFS04 (Tier 0) - Poprawne działanie

HolyLFS05 (Tier 0) - Poprawne działanie

HolyLFS06 (Tier 0) - Poprawne działanie

Holyoke Tier 2 NFS - Częściowa awaria

Holyoke Specialty Storage - Poprawne działanie

holECS - Poprawne działanie

Isilon Storage Boston (Tier 1) - Poprawne działanie

BosLFS02 (Tier 0) - Poprawne działanie

Boston Tier 2 NFS - Poprawne działanie

CEPH Storage Boston (Tier 2) - Poprawne działanie

Boston Specialty Storage - Poprawne działanie

bosECS - Poprawne działanie

Samba Cluster - Poprawne działanie

Globus Data Transfer - Poprawne działanie

Historia powiadomień

Zobacz bieżący status

lip 2022

LIP21
NESE tape (Tier 3) hardware maintenance/install
ZakończonoKonserwacja12 godzin
  • Zakończono
    lipca 21, 2022 o 22:00UTC
    Zakończono
    lipca 21, 2022 o 22:00UTC

    Maintenance has completed successfully

  • W trakcie
    lipca 21, 2022 o 10:00UTC
    W trakcie
    lipca 21, 2022 o 10:00UTC

    Maintenance is now in progress

  • Zaplanowana
    lipca 21, 2022 o 10:00UTC
    Zaplanowana
    lipca 21, 2022 o 10:00UTC

    Our tier 3 tape system is part of and run by NESE (the NorthEast Storage Exchange).

    We have been informed that they will be installing additional tape drives to the system on July 21st and this will require a whole day downtime to accomplish. Tier 3 tape archives will not be available to our users on that date.

holylfs02 performance issues
Rozwiązany815 godzin 14 minut
  • Rozwiązany
    UTC
    Rozwiązany

    The unrepairable volume on holylfs02 is isolated to two labs and they have been informed of next steps. This issue does not affect other areas on holylfs02, so we are closing this incident.

  • Aktualizacja
    UTC
    Aktualizacja

    Recently we noticed an uptick in bad blocks on a RAID6 disk volume that is part of the entire filesystem. Generally speaking, the operating system will vector these out so no data is written there. During this period, we had to replace a number of drives due to failures; they are part of RAID 6 multi-disk set with dual parity and will rebuild with minimal impact on performance.

    What we believe happened is that, during the rebuild process, bad data was copied to the replacement disks and the filesystem got corrupted. One of the staff ran a read-only, non-destructive repair on the volume in question and noted quite a few errors.

    So far, we have 1) contacted the vendor (who gave us a command to clear additional bad blocks)
    2) NOT run the actual repair command to "fix" the filesystem (which would delete data) 3) contacted the vendor to see if they had any partners that might be able to assist. We are planning to meet with one of those partners early next week, but are not confident they will have a solution. At this point (and depending on how that meeting goes), the next step would be to run the repair, note the extent of loss, and attempt to get the volume remounted.

    Updates to follow when we have more information.

    Note that these shelves are covered under warranty support for another year. We see no need at present to replace the 3PB allocation with new hardware (this is planned to take place Q3-4 FY23)

  • Zidentyfikowany
    UTC
    Zidentyfikowany

    Users may experience issues connecting to holylfs02, or slow samba performance.

    This is due to a hardware issue with holylfs02, and we have opened a ticket with the vendor. Updates to follow.

    No ETA.

cze 2022

maj 2022

Slurm security patch causing node unavailability
RozwiązanyObniżona wydajność2 godziny 30 minut
  • Rozwiązany
    UTC
    Rozwiązany

    The scheduler and node states appear to be stable. Thank you for your patience and understanding.

    Please note that the intermittent deadlock issue is still not resolved, but we are actively monitoring that and intervening as necessary until we receive a solution.

  • Monitorowanie
    UTC
    Monitorowanie

    The patch has been deployed and the scheduler restarted. Paused jobs are resuming.

    Any jobs which did not start or were stuck may have been flushed. So please check any pending jobs you might have had.

    Related doc: https://docs.rc.fas.harvard.edu/kb/running-jobs/.

  • Zidentyfikowany
    UTC
    Zidentyfikowany

    We have tested the patch on our test cluster before releasing. We are now proceeding to deploy to the cluster. Thanks for your patience.

    UPDATE: jobs suspended, scheduler down for patching, nodes are updating.

  • Analiza
    UTC
    Analiza

    The Slurm emergency security patch introduced a bug which is causing many of our nodes to be set to 'not responding'. The vendor has already identified the issue and issued another patch.

    We are deploying this patch after testing. Jobs will be paused and the scheduler and cluster will be unavailable while deploying the patch. Watch here for updates.

Poprzednia

maj 2022 do lip 2022

Następny