MajorHe1
MajorHe1
错误信息是 “receive invalid redirect request from peer 172.18.0.3”  要么请求包构造的有问题，header里面标识了这是nacos-server的请求，要么集群构造的有问题。 建议要么源码调试一下看问题出在哪，要么升级客户端到2.0.3再试
收集之后也会有地方展示吧，统计不同的版本客户端数量有多少？ 以及能不能扩展一下，不仅仅收集header里面的信息，看能不能支持收集客户端上报的元数据里某个字段的信息？
> 展示的话，是监控的事情了，可以拓展上报信息到prometheus，然后用grafana展示，但是这都是后话了，首先得将数据存到clientnamager行为和2.x保持一致 好的，明白了
一定需要通过定时任务上报到metrics吗，我记得 metrics统计的接口很多都是 atomic integer ，每当有变化的时候 getAndIncrement 就好了吧
关于这个问题有几个点想请教一下： 1.But the update API is from HTTP and will random to any nodes, even we can transport it by distro 在这里，update API 会被 distroFilter 拦截计算责任节点，distro tag 是 ip:port， 所以理论上在nacos...
> 2. 通过cp raft来更新，能够自带持久化能力，以保证元数据（如上下线，权重等）记忆不会因为服务端异常而失效。代价就是CP如果出问题，比如选主失败，会为了保持一致性无法变更。   注意到updateServiceMetadata这个方法并没有捕获并继续向上抛异常哦，请问这个NacosRuntimeException异常信息会被正确反馈到前端吗，目的是要让用户知道操作的结果和失败的原因
> 注意到updateServiceMetadata这个方法并没有捕获并继续向上抛异常哦，请问这个NacosRuntimeException异常信息会被正确反馈到前端吗，目的是要让用户知道操作的结果和失败的原因 已验证，会抛出去并在前端看到
> @ejona86 Thanks for your reply!! The screen shot indeed doesn't look problematic, as you said. The problem is with the amount of this kind of objects that we see...
这个问题在 2.x 版本的现阶段是无解的， see #6358
检查服务端鉴权有没有打开