All Systems Operational
About This Site
Welcome to Dartmouth College's home for real-time incident and maintenance communications.
Academic Services
Operational
Administrative Services
Operational
Authentication
Operational
Email
Operational
M365 email
Operational
Gmail
Operational
Infrastructure
Operational
Load Balancer
Operational
Containerization
Operational
RDS Services
Operational
Active Directory
Operational
Computing Infrastructure
Operational
Network
Operational
Research Computing
Operational
General Research Services
Operational
AI
Operational
Granite
Operational
HPC
Operational
Rapport
Operational
Storage
Operational
Security
Operational
Telephone
Operational
Web
Operational
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Major outage
Partial outage
No downtime recorded on this day.
No data exists for this day.
had a major outage.
had a partial outage.
Scheduled Maintenance
Planon Persons Updates Jun 23, 2026 19:00-20:00 EDT
We have been working on replacing the Validation Name and Full Name fields in Planon with a new Full name field, and will be ready to move these changes to production next week.
Currently, Validation Name is not being automatically populated, and the Full Name field cannot be used in reports or filters. The new Full name field is being automatically populated with a user's chosen name, and can be used in reports and filters.
The field and data are already in Planon. We will be making changes to layouts to include the Full name field anywhere there is Person information, as well as to remove the Validation Name and old Full Name fields.
You can preview these changes in our pre-production environment: facilities-pre.dartmouth.edu
If you have any reports that rely on the data from the Validation Name field, please update these reports to use the Full name field.
If you have any questions or concerns, please reach out to CSTS.
Posted on Jun 17, 2026 - 09:07 EDT
Currently, Validation Name is not being automatically populated, and the Full Name field cannot be used in reports or filters. The new Full name field is being automatically populated with a user's chosen name, and can be used in reports and filters.
The field and data are already in Planon. We will be making changes to layouts to include the Full name field anywhere there is Person information, as well as to remove the Validation Name and old Full Name fields.
You can preview these changes in our pre-production environment: facilities-pre.dartmouth.edu
If you have any reports that rely on the data from the Validation Name field, please update these reports to use the Full name field.
If you have any questions or concerns, please reach out to CSTS.
Posted on Jun 17, 2026 - 09:07 EDT
Dell Powerscale Storage (DartFS, ThayerFS,etc.) OneFS Upgrade Jun 24, 2026 10:00-16:00 EDT
Research Computing and Data will be installing routine firmware and software updates on the Dell PowerScale system which provides network file services to the campus. This includes DartFS, ThayerFS, and others.
These reboots are staggered so that the service never goes down, but any clients connected to a node that is in the process of rebooting obviously need to reconnect to a different node.
NFS clients running Linux do this automatically and seamlessly.
Unfortunately, the SMB protocol does not allow for the same kind of seamless transition to a different node. The actual SMB client behavior depends on the operating system (Mac, Windows, or Linux) and the application using the storage.
In general, Windows systems and applications will recognize that the connection was interrupted and automatically reconnect to a different node after just a few seconds.
Mac and Linux SMB clients will keep trying the same node for longer. After a timeout period, they declare a network error. Some applications will try to restart the connection from scratch and that will work. Most commonly, Mac users can simply reconnect from their saved list of favorite servers.
Please note that if you were actively using any of these file servers during the entire maintenance window you would experience at least one such disconnection and probably several as we cycle through the nodes to reboot them all.
We will post an update here when the work is complete.
Posted on Jun 12, 2026 - 13:49 EDT
These reboots are staggered so that the service never goes down, but any clients connected to a node that is in the process of rebooting obviously need to reconnect to a different node.
NFS clients running Linux do this automatically and seamlessly.
Unfortunately, the SMB protocol does not allow for the same kind of seamless transition to a different node. The actual SMB client behavior depends on the operating system (Mac, Windows, or Linux) and the application using the storage.
In general, Windows systems and applications will recognize that the connection was interrupted and automatically reconnect to a different node after just a few seconds.
Mac and Linux SMB clients will keep trying the same node for longer. After a timeout period, they declare a network error. Some applications will try to restart the connection from scratch and that will work. Most commonly, Mac users can simply reconnect from their saved list of favorite servers.
Please note that if you were actively using any of these file servers during the entire maintenance window you would experience at least one such disconnection and probably several as we cycle through the nodes to reboot them all.
We will post an update here when the work is complete.
Posted on Jun 12, 2026 - 13:49 EDT