mirror-requests
mirror-requests copied to clipboard
sjtug
新镜像请求 & BUG 汇报
**类别**： 新增镜像 **镜像名**： nitrux os **上游路径**： https://repo.nxos.org/ **镜像简介**： Nitrux 是一款免费，美观，开源的基于 Ubuntu 的发行版，专注于美观，用户效率的 Linux发行版。Nitrux 基于最新的 Ubuntu 开发分支和最新的 KDE Plasma 桌面版本，为最漂亮的linux之一。
**类别**：Bug 反馈 **镜像名**：Packagist **上游路径**：packagist.org、api.github.com、 **镜像简介**： 因为 composer 官方镜像源 packagist.org 默认使用了 api.github.com/zipball 做为 dist，而贵镜像处理逻辑没有对 dist 做处理, 实质上没起到加速效果。  例如 [https://mirrors.sjtug.sjtu.edu.cn/packagist/p/0s1r1s/dev-shortcuts-bundle$f4f323c06b2346c9e734c57395fd17a0b9c18aa99fdbc99485949a5f23c1f4e0.json](https://mirrors.sjtug.sjtu.edu.cn/packagist/p/0s1r1s/dev-shortcuts-bundle$f4f323c06b2346c9e734c57395fd17a0b9c18aa99fdbc99485949a5f23c1f4e0.json) 这个包的 json 中的 dist 依旧为 github.com 的连接。
**类别**： New mirror **镜像名**： apt.llvm.org **上游路径**： ```python3 # See https://apt.llvm.org/, info below may get outdated [f"deb{archive_type} https://apt.llvm.org/{distro}/ llvm-toolchain-{distro}{llvm_version} main" for archive_type in ["", "-src"] for distro in [ # Debian:...
**类别**：Bug反馈 诸如 https://mirrors.sjtug.sjtu.edu.cn/dart_packages/ ，可以直接通过子域名访问 https://dart-pub.mirrors.sjtug.sjtu.edu.cn 。前端可以考虑直接跳转到子域名，而非子目录。 #14 中的 packagist (composer) 就必须通过子域名根目录访问，直接跳转子域名大概会方便用户配置。
**类别**：新增镜像 **镜像名**：gentoo **上游路径**：One of Gentoo source mirrors **镜像简介**： Gentoo Source (distfile) mirrors distribute the source archives for the software included in Gentoo as well as stages and tree snapshots for...
**类别**：Bug调查 根据可用性检测显示，从2018/05/25 21:29:32到2018/05/26 11:01:55秒，软件源服务的所有`/lug/v1/`API与反向代理（校内、校外）均无法正常工作，同步功能均失败。 ## 没有及时发现与响应 没有被及时注意到的原因主要有两点： - 之前grafana配置的代理由于前几天更新了proxy.sjtug.org的key，却没有更新monitor.mirrors.sjtug.org的key，已经无法向telegram发送报警信息。这也是前两天tg频道这么安静的原因 - 监控宝的可用性提醒的邮件在这种批量不可用时会大量发送，导致进了Gmail的promotion类 以上任何一点若能正常工作都可以更早地注意到问题。 解决方案： - 更新了monitor.mirrors.sjtug.org的key - 设置了gmail单独的filter，确保监控宝邮件不会进promotion/spam - 之后对于tg长时间这么安静应该有所警惕，及时检查可用性 ## 问题本身与调查过程 在05/26 10时左右接到群里有人反馈镜像源不可用之后，首先在本地确定了故障范围：`/lug/v1` API、反向代理与同步功能，这三项都依赖代理的正常工作，初步猜测是v2ray代理出现了问题。ssh上了服务器检查v2ray的log，发现最后一条是2018/05/25 21:28的记录，发现已无法正常工作。查看进程发现v2ray容器内无进程，初步猜测是v2ray进程被kill了，利用`dmesg`查看kill记录，发现原因是OOM kill： ``` [Fri May 25...
https://mirror.sjtu.edu.cn/docs/pytorch-wheels 如题 
执行apt-get update显示如下内容： Traceback (most recent call last): File "/usr/lib/cnf-update-db", line 27, in col.create(db) File "/usr/share/command-not-found/CommandNotFound/db/creator.py", line 95, in create self._fill_commands(con) File "/usr/share/command-not-found/CommandNotFound/db/creator.py", line 143, in _fill_commands self._parse_single_contents_file(con, f, fp.stdout) File...
镜像名: keyarchos 上游路径: rsync: kos.ieisystem.com::keyarchos 镜像简介: KeyarchOS是浪潮信息基于Linux Kernel、OpenAnolis等开源技术自主研发的一款服务器操作系统，支持x86、ARM等主流架构处理器，具备成熟的 CentOS 迁移和替换能力，可满足云计算、大数据、分布式存储、人工智能、边缘计算等应用场景需求。 申请原因：当前CentOS已经全面停止更新，国产操作系统迁移已经迫在眉睫，在高校使用方面，KeyarchOS已经在上海交通大学超算中心进行落地，目前还在为该超算中心提供支持服务。此外，KeyarchOS在其他高校，如武汉科技大学，厦门大学也存在项目落地，后续还会陆续有更多的高校项目实施落地，增加KeyarchOS镜像源可为校内用户提供更方便的使用和维护。 国内其他镜像源同步情况: 阿里云 同步方法: rsync ，同步方法如：rsync -avz --progress --delete [email protected]::keyarchos /data ，密码：Keyarchos_yum 镜像大小: 200G 状态追踪: - [x] 同意同步 - [x]...
