Anaconda 镜像停止服务

由于 Anaconda 的软件源设计缺陷,其缺少正常发行版软件源所包含的签名校验功能,任何非官方网站提供的软件包都有可能被篡改过,产生安全隐患。[1]

另根据 Anaconda 软件源上的说明,Anaconda 和 Miniconda 是 Anaconda, Inc. 的商标,任何未经授权的公开镜像都是不允许的。[2][3]

出于服务质量和合规性的考虑,我们决定无限期停止 Anaconda 镜像服务。

为了最少限度给用户造成影响,即日起本站 Anaconda 镜像将被直接重定向至官方镜像仓库[4],请使用本站镜像的用户尽快更改。

[1]: https://github.com/ustclug/mirrorrequest/issues/228
[2]: https://github.com/tuna/issues/issues/112
[3]: https://mirrors.tuna.tsinghua.edu.cn/news/close-anaconda-service/
[4]: https://repo.continuum.io/

LUG GitLab 维护通知

UPDATE:LUG GitLab 将于 2019 年 3 月 03 日(周日) 2:00-8:00 进入只读模式,8:00-9:00 停机维护,给大家带来不便敬请谅解。

UPDATE: 2019 年 3 月 03 日 10:00 维护结束,服务已恢复。

—-

LUG GitLab 将于今晚(2019-02-26) 20:00 开始停机维护。

主要维护内容:

  • 硬盘扩容;

由于需要停机备份,文件较大,预计耗时一个小时以上。

2019-02-26 21:42 UPDATE: 备份时间远长于预期,本次维护终止,服务正在恢复。

2019-02-26 21:49 UPDATE: 服务已恢复(部分用户需等待 DNS 生效)。

mirrors 系统盘故障

由于今天中午 12:17 分左右 mirrors 系统盘故障导致大量服务中断,通过 IPMI 也未能成功启动服务器,现在 mirrors 处于停机状态。

停机期间部分原有镜像的 HTTP 访问方式将通过重定向到 TUNA 镜像站,SJTU 镜像站等提供[1],RSYNC 方式将停止提供。

我们会尽快恢复服务。

[1] 重定向规则见:https://git.lug.ustc.edu.cn/mirrors/mirrors-backup/blob/master/redirect.lua

UPDATE (2019-02-12 00:30):mirrors 现已恢复工作

PyPI 镜像变更通知

由于 PyPI 源日益增长的空间与 mirror 磁盘空间非常有限的矛盾[1]和用户报告的 PyPI 源的诸多问题[2],以及考虑到 PyPI 源的资源占用对其他镜像服务质量的影响,我们暂时移除了对 PyPI 的本地镜像。即日起至新的 PyPI 源镜像方案实施前,本站 PyPI 源的 HTTP 协议访问将重定向到 TUNA PyPI 源[3];PyPI 源的 RSYNC 同步方式停止提供。

 

Ref:

[1] https://github.com/ustclug/mirrorrequest/issues/213

[2] https://github.com/ustclug/mirrorrequest/issues/133

[3] https://mirrors.tuna.tsinghua.edu.cn/pypi/

6 月 14 日宕机事件说明

6 月 14 日凌晨 00:40 左右,来自外部的监控显示 USTC LUG 几乎所有服务都出现了访问异常。经过我们简单的排查,虚拟机宿主机 3 号节点上所有服务器全部脱离控制,失去响应。内网网关和管理员内网入口均受到此节点宕机影响,这使得我们的恢复工作进程缓慢。目前受影响的服务已经完全恢复,部分服务进行了调整。

事件发生之前,管理员正在执行一项计划中的迁移和修复工作:此前 RAID 磁盘阵列上的文件系统损坏,需要重建,我们将磁盘阵列上储存的虚拟机文件热迁移到了一块临时硬盘(tempdisk),计划在阵列文件系统修复完成后将 tempdisk 上的虚拟机热迁移回磁盘阵列,以确保整个迁移过程不会发生服务中断。

事件发生后,经过我们调查,tempdisk 发生了严重损坏,依赖于该硬盘的虚拟机全部宕机。该管理员在选择 tempdisk 作为中转储存器时没有考虑到冗余安全性,tempdisk 是一块有着近 10 年历史的老硬盘,我们推测是突然增加的写入压力导致了这块硬盘的损坏。

在恢复服务的过程中,因为部分配置没有持久化,部分网络环境有差异,内网服务耦合度大,无法通过 SSH 登陆,数据备份中心连接不畅等诸多问题,以及维护成员最近有很多很多 DDL,恢复工作进行了约 3 天时间,目前所有服务几乎已经恢复。恢复过程中,由于本站也受到影响而无法访问,我们的所有工作进展发布在了 https://news.ustclug.org/2018/06/server-down/ 。

此次恢复过程还暴露了我们内网架构的某些单点故障问题,解决这些问题已经被纳入之后的重构计划中。

此次维护中我们还调整了以下服务:

  • 代码托管 GitLab:保留原来的域名 git.ustclug.org 解析至 2018 年 8 月 15 日,启用新域名 git.lug.ustc.edu.cn 代替,请大家及时更新仓库地址。
  • 反向代理:部分反向代理被我们解析到了新的服务器,并且近期可能会再次调整。

以下是数据丢失的情况:

  • 代码托管 GitLab git.lug.ustc.edu.cn:没有丢失数据;
  • LUG FTP ftp.ustclug.org:没有丢失数据;
  • 主页 wiki lug.ustc.edu.cn:没有数据丢失;
  • 服务器统一认证 ldap.ustclug.org:没有数据丢失;
  • 服务器监控数据 :2018/06/14 00:40~2018/06/16 21:45 的数据丢失,数据回滚至 2018/06/14 00:40;
  • 轻量网络加速服务 light.ustclug.org:2018/06/13 01:31~2018/06/14 00:40 的数据丢失,数据回滚至 2018/06/13 01:31;
  • 网络加速服务 vpn.ustclug.org:2018/06/13 01:29~2018/06/14 00:40 的数据丢失,数据回滚至 2018/06/13 01:29;

以下服务没有受到此次事件的任何影响:

此外,由于网络和缓存问题,部分用户能正常使用各项服务的时间可能会有延迟,如果使用过程中仍然持续遇到问题,欢迎及时通过 Telegram 群组,QQ 或者是邮件联系我们,给您带来的不便敬请谅解。

镜像站停机维护通知 (2018-06-04)

科大开源软件镜像站计划于 2018 年 6 月 4 日 17:30~18:30 停机维护。

维护内容:

届时,HTTP 请求将跳转至其他镜像站,rsync、ftp 服务将暂时中断。

更新:2018 年 6 月 4 日 17:32,维护完成。