As part of the ongoing effort to upgrade data center capacity for future computing needs, maintenance is scheduled from Wednesday, April 22 at 6 AM through Thursday, April 23 at 5 PM. This will affect all RCAC systems and the Research Network.

During this window, all RCAC systems and research network services will be unavailable, including:

• All Computing Clusters including Bell, Negishi, Gautschi, Scholar, Rowdy, Gilbreth, Hammer, Anvil.
• All Data Storage Systems including Data Depot, Fortress, Anvil Ceph storage, scratch and home storage on clusters, Research Network and ScienceDMZ
• Gateway services including Hubzero, GenAI Studio, Anvil GPT
• www.rcac.purdue.edu
• Geddes
• Globus

How does this maintenance impact you?

• Any Slurm jobs requesting a walltime that would extend past the start of the maintenance will not start and will remain in the queue until after maintenance is complete.
• All active sessions and jobs running on affected systems will be preempted at the start of the outage any queued jobs will not begin until services are restored.
• Access to login nodes, storage systems, and web portals will be unavailable throughout the downtime.
• Automated data workflows that rely on affected systems (e.g., rsync, data pipelines, archive processes) will not function until systems are back online.
• Globus transfers may time out during the maintenance window.

To prepare for this maintenance, we suggest to:

• Download any needed data or scripts before 6:00 AM on April 22.
• Prepare instrumentation devices for the Data Depot to be unavailable and

We appreciate your understanding and cooperation as we complete these necessary upgrades to improve reliability and performance across RCAC infrastructure. For assistance, questions, or concerns contact rcac-help@purdue.edu.

Best regards, Rosen Center for Advanced Computing (RCAC) / Purdue IT

Service was fully restored at 10:45 PM EDT, and login functionality has returned to normal. No data loss occurred.

Due to the outage, some jobs on Gilbreth did not requeue automatically. Users should check the status of any jobs that were running early this morning and resubmit them if needed.

• Impact: Users are currently unable to access their home directories, and SSH connections or active terminal sessions may freeze or be denied.

• Current action: System administrators are performing a system reboot of the affected storage infrastructure to clear the error and restore file access.

Impact to you Attempts to read files that are on the affected storage may result in error messages

Our IT team is actively working with the vendor to restore service as quickly as possible. We will send an update as soon as more information is available.

During this maintenance window, several clusters will experience a temporary outage so that hardware can be safely powered down while facility work is performed:

• Gautschi, Gilbreth, Negishi, Bell, and Anvil cluster nodes will be powered down.

• The Gilbreth’s legacy V100 GPUs, that are well past their lifetime, will be decommissioned.

• Hammer (Math nodes) and Geddes: A subset of nodes will be powered down but the services will be available, unless communicated separately.

How does this maintenance impact you?

• Clusters listed in this message won’t be available to run jobs during the maintenance.

• Any jobs requesting a walltime which would take them past the start of the maintenance will not start and will remain in the queue until after the maintenance is completed.

• Users can continue to access their data.

• GenAI studio will remain available. This maintenance will position Purdue to support growing computational needs. Users should see long‑term benefits in system reliability and our ability to support future computing and AI resources.

If you have questions about how this outage will affect your work or need support, please contact rcac-help@purdue.edu.

Impact To You: At this time, you may notice latency or brief disruptions when accessing certain on-campus or external resources, especially during peak usage periods.

We appreciate your patience while we work to fully resolve the underlying problem and restore normal network performance. We will provide an update by 5:00PM EST today or sooner.

System monitoring has identified an issue where heavy job activity was overloading the Data Depot filesystem used by the clusters and Globus.

You may see the following impacts:

• Globus transfers to and from Depot collections may fail, stall, or run much more slowly than usual.
• Globus logins may be slow or occasionally fail when accessing Depot endpoints.
• Jobs on RCAC clusters that read from or write to Depot may experience slow file access, delayed directory listings, or timeouts.

Our engineers are investigating the high load from a large number of concurrent jobs and are working to reduce the impact on Depot, Globus, and cluster workloads. Existing jobs will continue to run, but any that are heavily Depot‑I/O‑bound may run more slowly or see I/O errors until performance improves. We will provide another update by 5:00PM EST or sooner if the issue is resolved.

We will provide an update by 2:00PM EST today.

What’s New on the dashboard?

• CPU/GPU Usage: Monitor your group usages and remaining available cores on Negishi.
• Disk Usage: Monitor your storage utilization across Negishi’s file systems.
• Job Queue: View and manage your running and queued jobs on Negishi.
• News Feed: Stay updated with the latest Negishi news, outages and announcements.
• Partition Status: Monitor the current state of partitions/queues on Negishi.
• My Jobs Page: Re-designed page to show detailed job information for your jobs and jobs in your group(s) as well as job management.
• Performance Metrics Page: Analyze your job performance and resource utilization patterns over time.

What will impact you?

• All Slurm jobs on Negishi (including jobs that have already submitted through Open Ondemand before this maintenance) will continue and NOT be impacted.
• All functions related to Open Ondemand including login will be unavailable during the maintenance.

Negishi Open Ondemand service will return to full production by Tuesday, January 20 at 5:00pm EDT, 2026.

Please submit a ticket through RCAC Help Desk rcac-help@purdue.edu if you have any questions or suggestions.

During this maintenance window, several clusters will experience a temporary outage so that hardware can be safely powered down while facility work is performed:

• Gautschi, Gilbreth, Negishi, Bell, and Anvil cluster nodes will be powered down.

• The Gilbreth’s legacy V100 GPUs, that are well past their lifetime, will be decommissioned.

• Hammer (Math nodes) and Geddes: A subset of nodes will be powered down but the services will be available, unless communicated separately.

How does this maintenance impact you?

• Clusters listed in this message won’t be available to run jobs during the maintenance.

• Any jobs requesting a walltime which would take them past the start of the maintenance will not start and will remain in the queue until after the maintenance is completed.

• Users can continue to access their data.

• GenAI studio will remain available. This maintenance will position Purdue to support growing computational needs. Users should see long‑term benefits in system reliability and our ability to support future computing and AI resources.

If you have questions about how this outage will affect your work or need support, please contact rcac-help@purdue.edu.

Research Computing staff members will monitor the status of all computing and data resources in an effort to ensure continuous availability.

Research Computing staff members will monitor the ticketing system throughout the holiday period and answer critical issues and problems. Non-critical user issues and questions will be addressed beginning January 5th, 2026. There will also be no coffee hour consultations during this break.

Scratch file purging (on community clusters with scratch space) will continue as normal during the break, so be sure to archive your files in scratch storage. This does not apply to Data Depot or home directories -- only scratch storage.

Have a wonderful break, everyone, and we look forward to great things in the new year!

We will provide an update by 9pm.

The Data Depot file system has returned to full service and scheduling has resumed on all clusters.

The Data Depot storage system began experience issues starting around 9am EDT this morning. Engineers are currently diagnosing the issue and are working to identify a fix. Job scheduling has been paused while this issue is being addressed.

We will provide an update by 12pm (noon).

Data Depot functionality has been restored.

The Data Depot file system began experiencing issues with writes around 2:30pm EDT. The data migration process currently ongoing from Data Depot 2 to Data Depot 3 ran into an unexpected problem. Engineers have identified the problem and are correcting it. Users may have seen "no space left on device" for approximately 30 minutes. Job scheduling has been paused while this issue is being addressed.

We will provide an update by 5 PM.

Currently, Yang and his team focus on semiconductor materials and metals such as copper that are used in semiconductor packaging to study how cracking and deformation happens at the atomic level in critical areas.

Yang and his research group also use the Gilbreth cluster’s GPUs to train machine learning models to predict material behavior and properties. This means in the future they won’t have to run time-consuming simulations because the trained machine learning model will be able to make fast predictions about material behavior and failure.

Yang says there have been no obstacles to using the clusters as a faculty member at the Indianapolis campus, and he’s been able to access the clusters remotely without any difficulties.

He says tapping into RCAC resources has also connected him to faculty in West Lafayette he might not otherwise have met.

“I’ve gotten a lot of connection opportunities, and chances to collaborate with faculty in West Lafayette that are more focused on the experiment side, so we can have that connection between the computational simulation and the experimental science. So that’s been a big benefit as well.”

To learn more about Negishi, Gilbreth and other RCAC resources, contact rcac-help@purdue.edu and visit the RCAC website.

To facilitate the data center renovation project, the clusters will be operating at limited capacity between Thursday, August 14th, 2025 at 5:00am EDT and Thursday, August 14th, 2025 at 8:00pm EDT.

Jobs that request a wall time that will take them past the beginning of the maintenance will remain in queue until after the maintenance is complete.

What to Expect During Maintenance:

1. You can log in to the cluster front-ends and access your files stored on Bell and Negishi.
2. Jobs running at the start of maintenance will be preempted and automatically resubmitted to their respective queues.
3. New jobs submitted during the maintenance window will be queued, but they will not begin running until after the maintenance is complete.

We appreciate your understanding and cooperation. If you have any questions or concerns, please contact us at rcac-help@purdue.edu.

• All jobs on the cluster will be required to explicitly specify a partition and an account (i.e. your group's name) at submission time. You can find the names of the available partitions and accounts from the showpartitions and slist commands respectively. Any job that does not specify an account and a partition will be rejected at submission time.
• The output of slist and the default output of squeue will be modified to reflect the new scheduler design.
• All "shared accounts" such as standby, highmem, etc. that represent resources outside of your typical "group accounts" will continue to exist but will require a different request syntax.
  • Standby will become a Quality of Service (QoS) and jobs that previously ran under the "standby" account, will now be submitted to your "group account" and be tagged with the standby QoS. I.e. if your job previously used the -A standby option, you would now use -A mylab -q standby
  • The highmem and gpu shared accounts will become partitions and jobs that previously ran under these accounts will now be submitted to your "group account" and should be submitted to the appropriate partition, i.e., -A highmem will become -A mylab -p highmem
  • Groups with access to the interactive account will now submit to their "group account" and the interactive partition. i.e. -A interactive will become -A mylab -p interactive

How will this affect you:

1. You will need to change your jobscripts and your method of invocation to include the required options outlined above.
2. If you have any scripts or tooling that rely on the current output of slist or squeue, those scripts will need to be modified to use the new formatted output.

You can prepare for this maintenance by reviewing the new Slurm organization in our user guide's Queues Page.

If you have any questions about these upcoming changes, please reach out to us at rcac-help@purdue.edu.