lede
lede copied to clipboard
coolsnowwolf
最近几版，经再次测试，10月8日后内核和feeds更新后，mwan3工作不正常
反馈bug/问题模板，提建议请删除
1.关于你要提交的问题
Q：是否搜索了issue (使用 "x" 选择)
- [ x] 没有类似的issue
2. 详细叙述
最近几版（发现问题时是从5.15.82开始）因科学上网突然卡顿中断，排除线路原因后，发现是mwan3工作不正常造成的，我使用的是联通移动双宽带，所以使用了mwan3，但是没有使用多拨，除了单纯指定了几个内网设备走特定的网络外，包括科学上网都是走的均衡模式
(1) 具体问题
A：当我使用新固件在1~2天后科学上网会突然卡顿中断，依次查找原因，进入状态--负载均衡，在接口界面上显示两个外网都在线，但是点详细信息后，界面就转圈卡死了，无法进入详细信息界面，这时到网络--负载均衡的设置界面去，点击保存，提示正在保存应用信息，然后一直转圈卡死，再进入系统--启动项，想重启mwan3，结果点击了启动项后界面转圈卡死，进不了启动项菜单，通过ssh进入后台用命令行重启mwan3，命令输入后卡死，无法重启mwan3，通过重启防火墙和科学上网软件清空ipset（我使用的passwall，这时界面显示是正常工作的）都无效，除了科学上网，国内上网没见异常，重启路由器后整个系统恢复正常。
(2) 路由器型号和固件版本
A：x86自编译最新固件，主要从5.15.82后开始出现此问题
(3) 详细日志
A：出现问题后系统日志没有错误信息，内核日志也没有错误信息
5.15.82之前的版本也有2.87版dnsmasq，但使用没有什么问题，所以没感觉是dnsmasq的问题，一直以来的固件都有这样一个问题：就是第一次启动新固件，当我在防火墙的自定义设置里将53端口重定向注释后重启防火墙，这时mwan3的详细信息就没有负载均衡的具体信息，只有重启mwan3或者在负载均衡设置里直接保存应用一下才正常，我一直不把它当作bug，也是使用新固件时首先要做的步骤，之前也没有发现过mwan3保存转圈卡死的情况，也没有启动项都进不去的情况，因为国内dns通过了dnsmasq转发，但国内访问正常，所以dnsmasq工作正常，科学上网没有经过dnsmasq转发，但都经过mwan3的分流处理，科学上网软件也没有更新，设置没有变过，所以基本上确定是mwan3的问题，猜想是不是更新的某个组件造成与mwan3的兼容性问题，请大侠门帮忙分析一下
看防火墙的版本号2022-02-17-4cd7d4f3-3，应该没有更新，mwan3版本号2.8.8-2，这个不知道是不是更新了，我用passwall清空防火墙规则也没法恢复正常，只有重启路由器才行
状态里面点负载均衡系统日志就被 Dump terminated刷屏了 Fri Dec 16 16:49:49 2022 daemon.err uhttpd[2106]: sh: write error: Broken pipe Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated Fri Dec 16 16:49:55 2022 daemon.err uhttpd[2106]: Dump terminated 不知道是不是同样的问题。这几个版本mwan3问题太大了
我的没有任何错误信息，就是负载均衡详细信息打不开卡死，启动项打不开卡死，重启mwan3卡死，这时cpu和ram占用都正常，应该是mwan3跟某个组件冲突造成死循环了，我装的组件没有变过，并且没有什么更新，因此应该是底层更新造成了冲突
刚才我重新编译了新固件，退回到5.15.81,commit：5052e70，feeds更新到最新状态，结构第一次启动重启防火墙后mwan3就卡死了，故障复现，dnsmaq是2.86，防火墙2.88，同时对比我正常工作的之前编译的5.15.81，luci版本为ba1f838，dnsmaq、mwan3和防火墙版本都一样，应该是feeds更新的某个组件与mwan3冲突造成卡死
刚刚新编译了一个固件，内核保持最新5.15.83，feeds的packages回退到10月8日，故障复现，看来应该是10月8日后内核和feeds更新造成的
我描述里面有提到启动项也卡死进不去，目前没找到原因，我最近以最新的源码编译了一版，直接在源码就把防火墙自定义部分注释了，这样初次启动不用手动修改和重启防火墙，运行一天没问题，要持续观察
问题应该在firewall dnsmasq 和 mwan3 中的不兼容吧 个人感觉 是firewall和dnsmasq 冲突 导致DNS错误 所以mwan3不好用 最近的源码firewall和dnsmasq都有升级 所以问题不好找
我也是遇到这个问题，折腾了近期几个版本也是无解，内核试过5.10.148、5.15.85、6.1.6左右，我目前环境是3个wan口，而且开了mwan3以后只有1个wan口能nat，其他口能ping但也有部分连接不上nat端口的情况，只要是修改firewall、mwan3、Turbo ACC（多了个兼容和高性能模式）等保存就肯定是无限转圈圈，不懂楼上几位兄弟解决了吗？准备换openwrt官网版本试试了。印象中5.10.145之前貌似还是正常的，近期也没留意突然更新就崩了。
刚刚新编译了一个固件，内核保持最新5.15.83，feeds的packages回退到10月8日，故障复现，看来应该是10月8日后内核和feeds更新造成的
feeds和packages怎么回退？我查资料，git reset --hard:可以回退，这个回退的是lede库吧？luci、packages什么的库怎么回退啊？
我也是遇到这个问题，折腾了近期几个版本也是无解，内核试过5.10.148、5.15.85、6.1.6左右，我目前环境是3个wan口，而且开了mwan3以后只有1个wan口能nat，其他口能ping但也有部分连接不上nat端口的情况，只要是修改firewall、mwan3、Turbo ACC（多了个兼容和高性能模式）等保存就肯定是无限转圈圈，不懂楼上几位兄弟解决了吗？准备换openwrt官网版本试试了。印象中5.10.145之前貌似还是正常的，近期也没留意突然更新就崩了。
兄弟最后搞定了没？应该要回退到哪个时间段才正常？
刚刚新编译了一个固件，内核保持最新5.15.83，feeds的packages回退到10月8日，故障复现，看来应该是10月8日后内核和feeds更新造成的
feeds和packages怎么回退？我查资料，git reset --hard:可以回退，这个回退的是lede库吧？luci、packages什么的库怎么回退啊？
在feeds.conf.default里把packages和luci两个源限定到需要的那个comment
刚刚新编译了一个固件，内核保持最新5.15.83，feeds的packages回退到10月8日，故障复现，看来应该是10月8日后内核和feeds更新造成的
feeds和packages怎么回退？我查资料，git reset --hard:可以回退，这个回退的是lede库吧？luci、packages什么的库怎么回退啊？
在feeds.conf.default里把packages和luci两个源限定到需要的那个comment
刚才把lede重新退回到11月8日之前的版本，luci、packages保持最新版。貌似没有出现保存一直转圈的情况！但是状态里面点负载均衡系统日志还是 Dump terminated刷屏。版本是5.15.77！本来还想luci、packages都退回到11月8日之前的版本。看样子是没必要了
我也是遇到这个问题，折腾了近期几个版本也是无解，内核试过5.10.148、5.15.85、6.1.6左右，我目前环境是3个wan口，而且开了mwan3以后只有1个wan口能nat，其他口能ping但也有部分连接不上nat端口的情况，只要是修改firewall、mwan3、Turbo ACC（多了个兼容和高性能模式）等保存就肯定是无限转圈圈，不懂楼上几位兄弟解决了吗？准备换openwrt官网版本试试了。印象中5.10.145之前貌似还是正常的，近期也没留意突然更新就崩了。
兄弟最后搞定了没？应该要回退到哪个时间段才正常？
我现在暂时换回openwrt官方22.03最新版本，全部正常了，包括以前那些bug，如pppoe，我三根外网线重启一个网口全部其他都重启的情况也没有了，连续连接6day都不带掉线的，就是切换成fw4防火墙麻烦点，有部分比较老的插件要稍微调整一下，不过还是能兼容fw3规则。lede目前版本对多wan支持不太好，感觉。
我也是遇到这个问题，折腾了近期几个版本也是无解，内核试过5.10.148、5.15.85、6.1.6左右，我目前环境是3个wan口，而且开了mwan3以后只有1个wan口能nat，其他口能ping但也有部分连接不上nat端口的情况，只要是修改firewall、mwan3、Turbo ACC（多了个兼容和高性能模式）等保存就肯定是无限转圈圈，不懂楼上几位兄弟解决了吗？准备换openwrt官网版本试试了。印象中5.10.145之前貌似还是正常的，近期也没留意突然更新就崩了。
兄弟最后搞定了没？应该要回退到哪个时间段才正常？
我现在暂时换回openwrt官方22.03最新版本，全部正常了，包括以前那些bug，如pppoe，我三根外网线重启一个网口全部其他都重启的情况也没有了，连续连接6day都不带掉线的，就是切换成fw4防火墙麻烦点，有部分比较老的插件要稍微调整一下，不过还是能兼容fw3规则。lede目前版本对多wan支持不太好，感觉。
我现在退回到大雕的R22.11.13版本，目前一切正常！
