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条评论

  1. 大家辛苦了。

    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

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

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

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

  3. 更新一下:
    这样可以兼容两种情况。
    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可以设置关掉吗?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

评论已关闭。