Mirrors在磁盘重建过程中失联

2016年9月20日20:11，维护人员在配置外部磁盘阵列的过程中，服务器负载突然快速上升，最终失联。

由于网络信息中心已下班，我们计划于21日上午进入机房查看服务器状态。

目前http、https服务会302跳转至其他镜像站，rsync.mirrors.ustc.edu.cn解析至清华tuna镜像站、ftp、git服务将无法使用。

由于外部阵列RAID6同时损失3块盘，因此需要重建阵列，此列表中的镜像恢复将会耗费较长时间。其余镜像（位于内部阵列）预计将在明日早些时候恢复。

给您带来不便，我们深表歉意。

update 2016-9-22:  经查，服务器失联是由于一个内核bug引起的，目前已更换新内核。各项恢复工作正在进行中。

update 2016-9-23: 外部阵列已可正常使用，tuna帮助寄来的硬盘也已发货，恢复软件源数据工作明后天就可进行。

update 2016-9-24: tuna的硬盘已收到，运输途中没有任何损坏，晚上找少院机器开始通过校园网拷贝。

update 2016-9-28: tuna的数据拷贝完毕，开始同步剩下的源

update 2016-9-30: 大部分源已恢复，status页面正常工作，有任何疑问请发邮件到lug AT ustc.edu.cn

《Mirrors在磁盘重建过程中失联》上有44条评论

  4. 大家辛苦了。

    Homebrew最近把git rep默认的dir改变了，导致在设置mirror时，homebrew的帮助文档有问题。
    cd /usr/local
    git remote set-url origin git://mirrors.ustc.edu.cn/brew.git

    cd /usr/local/Library/Taps/homebrew/homebrew-core
    git remote set-url origin git://mirrors.ustc.edu.cn/homebrew-core.git

    应该为
    cd /usr/local/Homebrew
    git remote set-url origin git://mirrors.ustc.edu.cn/brew.git

    cd /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core
    git remote set-url origin git://mirrors.ustc.edu.cn/homebrew-core.git

    仅仅对于升级的用户，但是大部分人会默认升级的。所以以前的帮助文档有问题，两个帮助文档应该都保留。

    谢谢你们的劳动了，希望早点恢复服务。

  5. 你们居然用的RAID 6？据我所知用RAID 6的案例实在是少，如果不差硬盘的话我个人还是建议RAID 10

  6. 更新一下：
    这样可以兼容两种情况。
    cd “$(brew –repo)”
    git remote set-url origin git://mirrors.ustc.edu.cn/brew.git

    cd “$(brew –repo)”/Library/Taps/homebrew/homebrew-core”
    git remote set-url origin git://mirrors.ustc.edu.cn/homebrew-core.git

    这个应该是正确的，刚才输入法为汉字，改为英文了。请忽略上一个评论。

      1. 这个会把我的引号转换成汉语格式的？？
        这个WordPress可以设置关掉吗？

  8. 感谢科大的Ubuntu-ports和old-releases镜像，国内唯一镜像，所以崩了以后没有替代品，目前十分抓狂，祝早日修复

  9. 前几天刚装上mint18，以前在家里没用过科大的源，这次发现科大的网速确实快，以后还会继续用下去的，加油，3Q～～～

  10. ubuntu和arch以及homebrew一直都用的是ustc的镜像，结果发现打不开，真的很着急啊。中科大的速度很快的，其他的感觉很慢的样子！

  11. RAID我感觉都不怎么靠谱，毕竟如果因为电源问题，多块盘一起挂的可能性还是很大的，最好的办法是多台服务器集群233。

    另外，感谢USTC，我用贵源很多年了，btw：morrors数据不是啥重要数据（能网上下载到的都不算重要数据），RAID6可以了。

  14. rsync.mirrors.ustc.edu.cn解析至清华tuna镜像站、 –这个为啥我这边不会自动跳转，是因为tuna拒绝我了的原因吗？菜鸟一个 ：（

  16. fedora解析至阿里云的源，已经改成阿里云的源了。你们都辛苦了，希望早日修复！

  17. apt update使用HTTPS源在302跳转时中间有两次非HTTPS的跳转，这造成了libcurl错误 http not supported or disabled in libcurl 。

      1. 使用的是Raspbian源。source.list中添加的是https://mirrors.ustc.edu.cn/raspbian/raspbian/

  21. 辛苦了。三年了教育网一直使用科大的源，稳定高速而且从来没出过问题，赞一个！

  23. 辛苦了!本人用的是raspbian jessie的http源，能够正常update但是install时候部分包(比如python-setuptools)提示404，不敢upgrade测试。请问和这次磁盘故障有关吗?我的上一次成功upgrade是在两周多前。一直用的科大源。

  24. 辛苦了! raspbian jessie的http源可以update但是install时我尝试的包都404。请问是否暂时不可用?上一次成功upgrade大概两周前。

  25. 请问 homebrew-bottles 仍然没有修复完毕吗？如今仍然在转向 THU TUNA 的镜像，然而 TUNA 的镜像本来就是有问题的，期望早日恢复到 USTC 的原镜像。

    1. homebrew-bottles是正常的，能否提供更详细的错误信息，以便调查？

      1. 不知道为什么，现在正常了，也许是之前没有 source 导致的吧，抱歉。

  26. AOSP的仓库似乎还无法同步，都是出现类似的错误
    remote error: access denied or repository not exported: /aosp/platform/bootable/recovery

    1. 目前服务器存在一些性能问题，由于AOSP镜像会对磁盘造成很大压力，目前暂无恢复时间表

    2. 您好, 该问题是由于重建的时候链接的目录不对, 现在已经改正, 请重新尝试一下. 很抱歉给您带来不便.

      如有其他问题, 欢迎回复.

评论已关闭。