BIOS更新 OVH ks-le-1 CA 华硕主板跑满 1g 上行带宽三小时之后

共计 6197 个字符，预计需要花费 16 分钟才能阅读完成。

如题，你们的机器会遇到么，持续跑满 1g 上行带宽，大概三小时到三天之后会随机死机，顺便可能会出个加拿大 ks-le-1 960g*2 1g ipv6 上行，无 ECC，无 ipmi，可以面板安装 Windows 再自行激活，硬件都没问题，可能网卡有问题，也可能是我不会用。暂时还没决定。续费到 2 月一号了。push 出，ie 区账号，不包账号。
暂停出，我又要折腾一会了，不跑满上行不会死机，剩余价值 160，续费到了 2 月一号，溢价 30，190 出。其实可以确定很多 KS 机器都有问题的，只是他们没有跑满上行，只是按照 OVH 的标准，在救援模式下能跑过所有测试就不算有问题实际上我 windows 烤鸡更靠谱，AIDA64 全选烤鸡几小时都没问题
顺便一说可以在 Windows 下更新 BIOS，然后估计很大概率会卡住重启不了，要机房人员干预，大概耗时半小时到一两小时（看运气），方法是下载 AI SUITE II，兼容模式安装，然后跑 asus 更新（英文忘记是哪个了），一个是更新 asus AI SUITE 自身的那个没用，一个是更新 BIOS 的
https://dlcdnets.asus.com/pub/ASUS/misc/utils/AI_SuiteII_Win8-1_VER20012_VER10512.zip
190 是目前的底价，没人要我就跑会 BT… 暂停出，我要折腾一会
https://www.infski.com/455.html
https://docs.ovh.com/gb/en/dedicated/ovh-rescue/
BIOS 已经更新到最新，除了 ipv6 上行带宽，具体测试可以参考：
https://hostloc.com/thread-1101968-1-1.html
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Thu 15 Dec 2022 12:17:08 PM UTC
Basic System Information:
———————————
Uptime : 0 days, 20 hours, 43 minutes
Processor: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz
CPU cores: 4 @ 2381.219 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 31.1 GiB
Swap : 1024.0 MiB
Disk : 1.7 TiB
Distro : Debian GNU/Linux 11 (bullseye)
Kernel : 5.10.0-19-amd64
fio Disk Speed Tests (Mixed R/W 50/50):
———————————
Block Size | 4k (IOPS) | 64k (IOPS)
—— | — —-| —- —-
Read | 284.21 MB/s(71.0k) | 423.58 MB/s (6.6k)
Write | 284.96 MB/s(71.2k) | 425.81 MB/s (6.6k)
Total | 569.18 MB/s (142.2k) | 849.39 MB/s(13.2k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
—— | — —-| —- —-
Read | 408.16 MB/s (797) | 396.01 MB/s (386)
Write | 429.85 MB/s (839) | 422.38 MB/s (412)
Total | 838.02 MB/s (1.6k) | 818.40 MB/s (798)
iperf3 Network Speed Tests (IPv4):
———————————
Provider | Location (Link) | Send Speed | Recv Speed | Ping
—– | —– | —- | —- | —-
Clouvider | London, UK (10G) | 90.7 Mbits/sec| 151 Mbits/sec | 76.5 ms
Scaleway | Paris, FR (10G) | 91.2 Mbits/sec| 90.3 Mbits/sec| 83.5 ms
NovoServe | North Holland, NL (40G) | 90.4 Mbits/sec| 607 Mbits/sec | 82.8 ms
Uztelecom | Tashkent, UZ (10G) | 83.9 Mbits/sec| 83.3 Mbits/sec| 188 ms
Clouvider | NYC, NY, US (10G) | 95.2 Mbits/sec| 461 Mbits/sec | 8.23 ms
Clouvider | Dallas, TX, US (10G) | 93.7 Mbits/sec| 252 Mbits/sec | 40.9 ms
Clouvider | Los Angeles, CA, US (10G) | 91.5 Mbits/sec| 67.4 Mbits/sec| 69.3 ms
iperf3 Network Speed Tests (IPv6):
———————————
Provider | Location (Link) | Send Speed | Recv Speed | Ping
—– | —– | —- | —- | —-
Clouvider | London, UK (10G) | 824 Mbits/sec | 212 Mbits/sec | 76.5 ms
Scaleway | Paris, FR (10G) | 859 Mbits/sec | 202 Mbits/sec | 83.4 ms
NovoServe | North Holland, NL (40G) | 785 Mbits/sec | 612 Mbits/sec | 82.8 ms
Uztelecom | Tashkent, UZ (10G) | 694 Mbits/sec | 247 Mbits/sec | 188 ms
Clouvider | NYC, NY, US (10G) | 921 Mbits/sec | busy | 8.42 ms
Clouvider | Dallas, TX, US (10G) | 907 Mbits/sec | 277 Mbits/sec | 40.9 ms
Clouvider | Los Angeles, CA, US (10G) | 870 Mbits/sec | 81.9 Mbits/sec| 69.2 ms
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 2.7 present.
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: P8H77-M
Version: Rev X.0x
Serial Number: xxxxxx
Asset Tag: To be filled by O.E.M.
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: To be filled by O.E.M.
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

9 快 9 包邮的话 我排个队

之前处理的 tk：
peration details:
The server is frozen and doesn’t responds to ping requests.
We have rebooted the server.
We also applied a fix in your BIOS that should prevent random freezes.
The server is booted on disk and is on the login screen. Ping OK and services are up.
If you need any further information regarding this intervention, please do not hesitate to contact our technical support.
The OVHcloud Team 我跟你说为啥，你让他们把 bios 设置下节能模式关了，就行了同出一台, lz 优先能 push 的话我排个队

排上了，你在队尾，能 push，60s 一个帖子，懒得回复两个了更新了主板信息 有兴趣的可以看看你们的主板睡前顶一顶去救援模式跑个测试呗，参考：https://www.infski.com/455.html
如果硬件出问题发工单让他们给你换硬件。

硬件都没问题，只是跑满上行三小时到三天后会随机死机，可见不止这台有问题的，因为他们的都跑不了 1g 上行 OVH 不会换的，他说他不换
Kindly note, we don’t have the ability to access your Dedicated Server directly and in any case would not be allowed to. You may consider contacting an OVH partner for support using the following link for further asisstance: 



https://partner.ovhcloud.com/en-gb/programs/ 请问后台安装 win，是自己添加 lincence，添加模板吗

我之前有个 ks 和你一样，网络占用多之后就间断性死机，只能硬重启。跑救援模式测试测出来是 cpu 有问题，发了个工单给换了。后来就没什么事了。
其他就不清楚了

我的是刷 pt 跑几分钟就赖邮件说故障了，然后机房检查没啥问题，重启一下完事…. 然后重复跑 pt 重复故障…

我的救援模式烤鸡没问题，Windows 下烤鸡几个钟也没问题，他救援模式就烤鸡 cpu 半小时，反正他的机器 … 比 online 灵车，比 hetzner 灵车，online 和 hz 我都没试过抽中坏机器，虽然 hz 也用华硕 hhh

那可能是真倒霉 祝早出

快看看你的主板是什么主板哈哈哈，对了，有时候没死机，假如你开了监控，他 ping 不通你的 ipv4（带宽跑满了），他也会以为你机器出问题了，然后机房的人 kvm 连接鼠标键盘过来看看机器还有没有活着，做个记录，然后活着就软重启，死了就硬重启，我都已经熟了

你这种可以去面板把监控关了，或者选择不干预

好累，等等再说，卡 60s 了，我休息一下再回你
https://www. 有图比.com/watch?v=J5hPEHk8O-Q&t=77s
操作流程和这个视频几乎一样，只是界面不同

是的，早就关了干预，他的判断并不准确我跟你说为啥，你让他们把 bios 设置下节能模式关了，就行了

居然还有这样的！我去让他弄一下，折腾死我了，为了替换这个机器，我又搞了其他机器，现在是一团糟，谢谢大佬指教！是 BIOS 哪里的节能模式，我正在翻说明书！

你的看着和我的症状是一样，烤鸡 和压榨性能都不会死机，就是空闲跑网络就 G 了
你就说 不定时死机，让处理下 bios 是不是有设置问题，我之前也遇到过，干预的技术人员水平不一样，

谢谢指导，老板大气，你不说我实在是想不到！我实在没想到是这个问题，我还特意更新了 BIOS

之前处理的 tk：
peration details:
The server is frozen and doesn’t responds to ping requests.
We have rebooted the server.
We also applied a fix in your BIOS that should prevent random freezes.
The server is booted on disk and is on the login screen. Ping OK and services are up.
If you need any further information regarding this intervention, please do not hesitate to contact our technical support.
The OVHcloud Team

感谢，祝早出

蹲个后续。
我也没往这方面想，玩机玩少了，比不上大佬

确实比不上，我也在学习，实在没想到这个问题，我找到 BIOS 选项了，等等贴出来