Repository navigation
上传输入时网络报错 #1709
Description
确认项
- 我已在 GitHub Issues 中搜索过类似的网络问题。
- 我已测试到 SwanLab 服务的基本连通性。
- 我已尝试基本故障排除步骤,包括重启设备、切换网络(Wi-Fi/移动数据)以及临时禁用 VPN/代理。
问题描述
上一个实验我的终端最后卡在Uploading records: ████▋ 13080 records / 66304 records (19%),并且在此之后应该还有日志打印但是一直卡在这里,并且swanlab的日志只记录了前4、5条(实际有50条),5条之后的记录就都没记录上。
然后,刚刚我又开启了一个实验,实验中多次出现:
2026-07-22 15:05:15.478 | WARNING | swanlab.sdk.internal.core_python.transport.thread:warn:187 - Upload failed due to network or server issues, retrying automatically.
swanlab: Upload recovered, resuming normally.
以及
2026-07-22 15:33:39.704 | WARNING | swanlab.sdk.internal.pkg.client.session:increment:48 - [HTTP] retry #1 UNKNOWN because error=ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))
是不是新版sdk 0.9.0版本还不稳定出现的问题呢?
SwanLab 版本
0.9.0
网络环境
系统Ubuntu 20.04.6 LTS
公司网络
未开代理
Ping 结果
PING swanlab.cn (112.28.169.68) 56(84) bytes of data.
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=1 ttl=44 time=28.4 ms
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=2 ttl=44 time=27.9 ms
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=3 ttl=44 time=27.3 ms
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=4 ttl=44 time=27.6 ms
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=5 ttl=44 time=27.3 ms
64 bytes from 112.28.169.68 (112.28.169.68): icmp_seq=6 ttl=44 time=27.9 ms
Traceroute 结果
traceroute to swanlab.cn (<DEST_PUBLIC_IP>), 30 hops max, 60 byte packets
1 <INTERNAL_HOSTNAME>.default.svc.cluster.local (<INTERNAL_IP_A>) 0.065 ms 0.012 ms 0.011 ms
2 <INTERNAL_IP_B> (<INTERNAL_IP_B>) 6.239 ms 6.431 ms 6.600 ms
3 <INTERNAL_IP_C> (<INTERNAL_IP_C>) 0.196 ms 0.174 ms 0.177 ms
4 <INTERNAL_IP_D> (<INTERNAL_IP_D>) 8.439 ms 7.991 ms 7.741 ms
5 <INTERNAL_IP_E> (<INTERNAL_IP_E>) 17.179 ms 17.357 ms 17.500 ms
6 <INTERNAL_IP_F> (<INTERNAL_IP_F>) 0.374 ms 0.319 ms 0.303 ms
7 <INTERNAL_IP_G> (<INTERNAL_IP_G>) 1.969 ms 1.947 ms 1.908 ms
8 <ISP_HOP_1> (<ISP_HOP_1>) 4.834 ms 4.771 ms 4.591 ms
9 <ISP_HOP_2> (<ISP_HOP_2>) 3.049 ms 2.854 ms 2.849 ms
10 <ISP_HOP_3> (<ISP_HOP_3>) 3.033 ms 2.279 ms 14.044 ms
11 <ISP_HOP_4a> (<ISP_HOP_4a>) 3.100 ms <ISP_HOP_4b> (<ISP_HOP_4b>) 9.186 ms <ISP_HOP_4c> (<ISP_HOP_4c>) 9.396 ms
12 * * <ISP_HOP_5> (<ISP_HOP_5>) 13.740 ms
13 * <ISP_HOP_6> (<ISP_HOP_6>) 25.454 ms *
14 * * *
15 * * *
16 <ISP_HOP_7a> (<ISP_HOP_7a>) 32.399 ms <ISP_HOP_7b> (<ISP_HOP_7b>) 27.810 ms 30.090 ms
17 <ISP_HOP_8> (<ISP_HOP_8>) 27.522 ms * *
18 * * <ISP_HOP_9> (<ISP_HOP_9>) 32.223 ms
19 <ISP_HOP_10a> (<ISP_HOP_10a>) 30.771 ms 31.086 ms <ISP_HOP_10b> (<ISP_HOP_10b>) 33.677 ms
20 * * *
21 * * *
22 * * *
23 <DEST_PUBLIC_IP> (<DEST_PUBLIC_IP>) 28.640 ms 31.248 ms 32.649 ms
相关IP已脱敏
Curl 结果
curl正常
Activity
SAKURA-CAT commentedon Jul 24, 2026
最近我确实正在解决一个网络方面的bug,但是不知道是否是导致您这边报错的原因
请等待我修复完毕后试试最新版本的SDK
SAKURA-CAT commentedon Jul 24, 2026
已在 #1712 中有所修复,可以使用0.9.1试试
如果您的问题依旧存在,请告诉我!