Tong Cheng
Tong Cheng
目前试用中还是会遇到 TSeerServer 不稳定 core 的问题，目前还没有找出稳定复现的条件，会继续尝试。 现将 core 信息贴出，期望能获得一些有效信息，最终解决这个问题： core文件1： ``` #0 0x00007f95ce5ccec5 in _IO_vfscanf_internal () from /lib64/libc.so.6 #1 0x00007f95ce5e1685 in vsscanf () from /lib64/libc.so.6 #2 0x00007f95ce5db6e8 in sscanf () from...
1. TseerAgent 多机批量部署时需要替换 conf 中的 localip，现改为，配置中不指定时自动获取，否则使用配置中指定的 ip，TseerServer 同 2. 将本地缓存的路径从./routersCache 移到 /tmp/.routersCache，避免执行命令时到处都有缓存目录 3. 修正Agent api 模式下，remoteProvider缺少可用性探测的问题，避免 TseerAgent 挂掉时 api 的长耗时 4. 增加命令get_instance 的实现，可用于命令行环境查询服务信息 5. 一些编译、监控脚本的改进和一些细节错误的修改 - TseerAgent and TseerServer can...
问题现象： 由于需要部署的 agent 机器 gcc 版本较低，原来生成的 TseerAgent 所依赖的libstdc++.so版本较低无法使用，因此更新 TseerAgent 的编译选项，静态链接 libstdc++.a 重新生成 bin 文件，手动验证可以使用之后： 1. 在管理平台->发布包管理中将老的包删除 2. 上传新编译的包 3. 重新生成命令，在目标机器执行，下载包并安装 此时问题出现，下载的包仍然是老的（对比 bin 文件 md5 可知）。 问题排查： 起初以为是上传覆盖未成功，但搜索文件发现，在 TseerServer/data/目录下其实新老包都存在，说明上传并没有问题。问题出现在获取的时候，没有拿到最新的包。于是将老的包从 data 目录下删除，在目标机器清理环境并重新下载...