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
辛苦了
我用Linux以来就一直使用科大的源,感谢你们的工作
个人认为raid10比raid6要好
成本会比较高吧
大家辛苦了。
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
仅仅对于升级的用户,但是大部分人会默认升级的。所以以前的帮助文档有问题,两个帮助文档应该都保留。
谢谢你们的劳动了,希望早点恢复服务。
你们居然用的RAID 6?据我所知用RAID 6的案例实在是少,如果不差硬盘的话我个人还是建议RAID 10
更新一下:
这样可以兼容两种情况。
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
这个应该是正确的,刚才输入法为汉字,改为英文了。请忽略上一个评论。
麻烦到 https://github.com/ustclug/mirrorhelp 提交帮助更新,谢谢
这个会把我的引号转换成汉语格式的??
这个WordPress可以设置关掉吗?
感谢!辛苦啦!我们用科大的源好久了
感谢科大的Ubuntu-ports和old-releases镜像,国内唯一镜像,所以崩了以后没有替代品,目前十分抓狂,祝早日修复
https://mirrors.tuna.tsinghua.edu.cn/ubuntu-ports/
old-releases没有啊
old-releases没有啊,armhf架构
old-releases没有啊,armhf架构
前几天刚装上mint18,以前在家里没用过科大的源,这次发现科大的网速确实快,以后还会继续用下去的,加油,3Q~~~
ubuntu和arch以及homebrew一直都用的是ustc的镜像,结果发现打不开,真的很着急啊。中科大的速度很快的,其他的感觉很慢的样子!
RAID我感觉都不怎么靠谱,毕竟如果因为电源问题,多块盘一起挂的可能性还是很大的,最好的办法是多台服务器集群233。
另外,感谢USTC,我用贵源很多年了,btw:morrors数据不是啥重要数据(能网上下载到的都不算重要数据),RAID6可以了。
ubuntu一直用的是ustc的source.
谢谢你们的工作,希望早日修复.
非常感谢ustc的努力,一直在使用你们的rsync源。这次真是辛苦了
rsync.mirrors.ustc.edu.cn解析至清华tuna镜像站、 –这个为啥我这边不会自动跳转,是因为tuna拒绝我了的原因吗?菜鸟一个 :(
你用dig命令一下看看什么结果
另外,用的是什么dns啊?
辛苦了!期待 USTC 源早日修复!
fedora解析至阿里云的源,已经改成阿里云的源了。你们都辛苦了,希望早日修复!
apt update使用HTTPS源在302跳转时中间有两次非HTTPS的跳转,这造成了libcurl错误 http not supported or disabled in libcurl 。
很抱歉给您带来不便, 请问具体是哪个源出问题了呢?
使用的是Raspbian源。source.list中添加的是https://mirrors.ustc.edu.cn/raspbian/raspbian/
如果使用HTTP源则不会出上述错误。
感谢科大,已经用了6年科大的源了
工作人员辛苦了
辛苦了,科大是我用过的最稳定的源,没有之一。
辛苦了。三年了教育网一直使用科大的源,稳定高速而且从来没出过问题,赞一个!
各位大神辛苦了
辛苦了!本人用的是raspbian jessie的http源,能够正常update但是install时候部分包(比如python-setuptools)提示404,不敢upgrade测试。请问和这次磁盘故障有关吗?我的上一次成功upgrade是在两周多前。一直用的科大源。
辛苦了! raspbian jessie的http源可以update但是install时我尝试的包都404。请问是否暂时不可用?上一次成功upgrade大概两周前。
是我们同步的时候权限出了问题,现已更正,请再试试
辛苦了!谢谢工作人员,可以正常使用了。
请问 homebrew-bottles 仍然没有修复完毕吗?如今仍然在转向 THU TUNA 的镜像,然而 TUNA 的镜像本来就是有问题的,期望早日恢复到 USTC 的原镜像。
homebrew-bottles是正常的,能否提供更详细的错误信息,以便调查?
不知道为什么,现在正常了,也许是之前没有 source 导致的吧,抱歉。
AOSP的仓库似乎还无法同步,都是出现类似的错误
remote error: access denied or repository not exported: /aosp/platform/bootable/recovery
aosp镜像修复完成了没?怎么一直无法同步下载?
目前服务器存在一些性能问题,由于AOSP镜像会对磁盘造成很大压力,目前暂无恢复时间表
您好, 该问题是由于重建的时候链接的目录不对, 现在已经改正, 请重新尝试一下. 很抱歉给您带来不便.
如有其他问题, 欢迎回复.