Jay Chow comments

Results 12 comments of


                                            Jay Chow

It doesn't work on python 2.6.6

is this the reason? [root@local ~]# readelf -h /usr/bin/python2.6 --all |grep bss [25] .bss **PROGBITS** 0000000000600af8 00000af8 03 .ctors .dtors .jcr .dynamic .got .got.plt .data .bss .dynstr .gnu.conflict 12: 0000000000600af4...

It doesn't work on python 2.6.6

```bash [root@local ~]# RUST_LOG=info RUST_BACKTRACE=1 py-spy --pid 15229 INFO 2019-02-16T12:53:22Z: py_spy::config: Command line args: ArgMatches { args: {"duration": MatchedArg { occurs: 0, indices: [4], vals: ["2"] }, "pid": MatchedArg {...

新版本openclash无法解析t.co短链接

> 同样存在这个问题，非常诡异，但经过我N次的重置固件，发现问题应该是跟 lan/wan 接口里面的 "使用内置IPV6管理" 这个勾选相关联，只要这个勾是打上的，其他ipv6相关的都禁用也没事。但只要取消勾选过一次，应用设置之后，就再也无法解析 t.co 了. > > btw: 我用的是lean的lede编译的r2s，加了几个自定义源 > > ``` > cat feeds.conf.default > src-git packages https://github.com/coolsnowwolf/packages > src-git luci https://github.com/coolsnowwolf/luci > src-git routing https://github.com/coolsnowwolf/routing...

fixes #681

> This project is not maintained. Can you please create this PR against https://github.com/faust-streaming/faust? it seems you fixed this issue

[Bug] skywalking-pyhton can't pass the e2e test with psutil==5.9.6

> Hi, thanks for the report. Please kindly paste the e2e log here, so that we know what exactly got broken in 5.9.6? Since restricting the package version will impact...

ssdb数据迁移或者同步时自动flushdb

遇到同样问题，生产数据库数据量10G左右，并且每秒大概产生1000个新的seq。修改各种参数(除了binlog capacity没调整)都没法令slave的last_seq追上master的max_seq，最终导致last_seq小于min_seq而flushdb(). ssdb同步时，可否另起一个线程，把master的binlog全部写到本地，再从本地副本慢慢同步？这可以避免这种同步不了的事情发生吧？

ssdb数据迁移或者同步时自动flushdb

@ideawu 感谢吴大回复。我已经尝试过在同机房同步，甚至在同一台机上起另一个实例同步，但由于数据太多，而且还在不停的写入，最终还是会造成flushdb. ssdb保持的1000万条binlog是保存在master上的吧？我的想法是，slave起一个专门的线程，负责把master上的binlog复制到slave，以及清除slave上已经执行的binlog，这样就不会出现master清理了binlog导致slave出现flushdb的情况。其实我觉得这个问题对于那些一开始没有做主从同步、又不能停止服务的应用者来说挺麻烦的，等于是只有一个master在跑，当想到要加一个slave的时候，已经没有办法同步了。