| 第一次 官方说硬盘坏了啥的 自作主张直接 啥也没了 然后恢复之后 我啥也没干 今天一看 又连不上了 真是花钱买罪受 |
| 反正都是mjj节点，换29吧！ ——————– A Bench.sh Script By Teddysun ——————- Version : v2022-02-22 Usage : wget -qO- bench.sh | bash ———————————————————————- CPU Model : QEMU Virtual CPU version 2.5+ CPU Cores : 1 @ 3393.624 MHz CPU Cache : 512 KB AES-NI : Disabled VM-x/AMD-V : Disabled Total Disk : 19.6 GB (1.8 GB Used) Total Mem : 724.4 MB (116.6 MB Used) Total Swap : 256.0 MB (572.0 KB Used) System uptime : 0 days, 5 hour 24 min Load average : 0.00, 0.06, 0.03 OS : Debian GNU/Linux 11 Arch : x86_64 (64 Bit) Kernel : 5.10.0-8-amd64 TCP CC : bbr Virtualization : KVM Organization : AS23959 Owl Limited Location : Tokyo / JP Region : Tokyo ———————————————————————- I/O Speed(1st run) : 713 MB/s I/O Speed(2nd run) : 1.1 GB/s I/O Speed(3rd run) : 967 MB/s I/O Speed(average) : 935.5 MB/s ———————————————————————- Node Name Upload Speed Download Speed Latency Speedtest.net 845.39 Mbps 711.14 Mbps 0.93 ms |
第一次 我们注意到，这些节点在可用的三个磁盘中的一个磁盘存在问题。这是我们过去已经解决的 Gen4 NVMe Ryzen 服务器的问题，因此我们只需要执行一系列补丁并重新启动服务器。这将在紧急情况下进行，即在您收到此电子邮件后立即进行。如果需要进一步重新启动，我们将不会再次向您发送电子邮件，而是在网络状态页面上发布。完成后，我们还将修复部分服务处于“离线”状态的问题。 如果您在此节点上并已针对此问题创建了票证，那么如果您前往您的票证并“关闭”它以减少工作量并让我们专注于修复节点，这将真的对我们有所帮助。 谢谢你 第二次 尊敬的 VirMach 客户， 我们将于 4 月 21 日（日本标准时间 12:00 至 17:00 JST）对位于日本东京的以下服务器进行小规模维护。请注意，这些时间是日本标准时间，而不是太平洋标准时间。如果这些时间发生变化，我们将更新网络状态页面以提供更多信息。 TYOC035 但是，如果您使用的是 TYOC033 或 TYOC035，作为预防措施，我们建议您尽可能备份重要文件，以防出现任何人为错误。 谢谢你。 |
怎么换29 |
何必纠结呢！过段时间再用。vir估计没搞好 |
|
jd转移jd就换了 现在不知道是不是029 |
我今天也看到了能迁移，但是没看到有节点选择，是默认迁入29吗 |
| 我是下午转的！现在不清楚还有没 |
| 我也是我比你还惨，等了2个月，也就跑了1天，然后就宕机了，到现在还没搞定。 |