CELS Virtual Helpdesk
CELS Shared Services Systems Group
The restore stopped overnight (due to the windows host it was running on applying updates and rebooting), so we lost about 8 hours of restore time. Right now, we’re at about 800GB left to restore (2.59TB out of 3.39TB total). When the restores are running, we’re achieving roughly 28 MB/sec (or, 100GB an hour). In …
Beginning work to update our GitLab services at https://gitlab.cels.anl.gov and https://xgitlab.cels.anl.gov Services will be disrupted during this maintenance window. Service is expected to be restored by 13:00 CST and may be available sooner than that. We will send a followup email upon completion of the work.
A maintenance window of our GitLab services has been planned for Today from 12:00 to 13:00 CST in order to update the software. GitLab services provided by gitlab.cels.anl.gov and xgitlab.cels.anl.gov will be unavailable during maintenance. Service is expected to be restored by 13:00 CST, and may be available sooner than that. If this window poses …
The restore on this new CELS-hosted hardware is going *much* faster. In fact, it was halfway done before the rebuilt storage mentioned last night was ready to go. As such, we won’t be pursuing that course as it would only slow down the other efforts. We anticipate full data recovery tomorrow morning. We’re working out …
The replacement disk array we were hosting the restored data on on failed tonight. At this point, I don’t have any faith in the hardware in this infrastructure and we’re pursuing multiple paths. First, we’re attempting a parallel restore of the data to storage in the CELS infrastructure. The hope is that the performance of …
A maintenance window of our GitLab services has been planned for 2018-01-31 from 12:00 to 13:00 CST in order to update the software. GitLab services provided by gitlab.cels.anl.gov and xgitlab.cels.anl.gov will be unavailable during maintenance. Service is expected to be restored by 2018-01-31 at 13:00 CST, and may be available sooner than that. If this …
I’ve released the shares, so your Z: and Y: drives should be accessible again. You may need to login/logout before they show up. Note: ** The restore is still progressing. ** The restore is not finished, so if there are files missing, it’s because the restore hasn’t progressed that far yet. If there are particular …
The restore is continuing without incident, yet, transfer from tape is, sadly, not a fast process compared to disk. I don’t expect the restore to complete today. We’re going to keep an eye on it over the weekend, and if it completes before Monday we’ll start up the file sharing service again. Thanks for your …
The targeted restore is moving along much faster than the initial restore, but it’s still slower than we’d like. We have no ETA on completion at the moment, but I hope to have a better idea in the morning after watching the night’s progress.
The restore was progressing much slower than I’d liked, so we stopped it and started a more targeted restore. At the rate it’s currently restoring, I’m optimistic we can have Y and Z back online tomorrow afternoon. I will send an update should this change.
