openwrt修复udpxy一段时间后无法使用问题
家里iptv使用单线复用方式,通过udpxy转成单播供所有设备使用,使用一段时间后就会出现无法使用的情况。
查询服务日志,现象是请求接口返回500,同时日志中显示
1 | Sun Oct 20 08:52:51 2024 local0.err udpxy[28012]: set_multicast: setsockopt MCAST option: ADD: No such device |
家里iptv使用单线复用方式,通过udpxy转成单播供所有设备使用,使用一段时间后就会出现无法使用的情况。
查询服务日志,现象是请求接口返回500,同时日志中显示
1 | Sun Oct 20 08:52:51 2024 local0.err udpxy[28012]: set_multicast: setsockopt MCAST option: ADD: No such device |
联想最近的笔记本上一般都会有一个野兽模式,例如我手头用的小新AIR15,在野兽模式下可以稳定提供35W性能释放,但是呢代价就是风扇噪音特别大。
由于平常都是使用Linux,无法安装联想专用的驱动软件,实际测试FN+Q在Linux下是无效的。
经过一番研究,终于通过ACPI发送相关指令实现了电源模式的切换。
最近使用青龙面板来管理定时任务,使用Bark来自建推送通知,最近在检查日志的时候发现有遇到Bark通知的时候失败的问题
1 | HTTPError: Response code 431 (Request Header Fields Too Large) |
查了下431一般是头文件太大了,在这个场景中只有可能是URL太长导致,核对青龙面板的Bark推送实现发现使用的是Bark的GET接口,这就导致了在推送内容太长的情况下导致HTTP431错误
现在到了python3.8,标准库中有很多方式可以去实现,异步并发的编程模式,比如
当然还有一些优秀第三方库,也是不错的选择,这些库都是python2里的佼佼者,比如
最新在新搭建的测试集群测试etcd-operator的过程中,发现一个诡异的问题,表象是,新建etcd集群的时候无论size设置多少,都只会产生一个etcd节点实例,也就是一个pod,这点和预期差距很大,问题出现在哪呢
今天需要搭建一个简单的测试k8s集群,简单记录下流程