lfandrh

提交的这部分代码不能彻底解决Winodws物理内存使用率超100%或不显示的问题，因为物理内存的已使用部分是通过存储信息来获取的，而存储信息又包括分区信息，所以iod的最后一位实际上跟电脑分区的数量是有关联的，比如电脑有4个分区，oid的最后一位是6才能获取到正确的信息，如有5个分区，oid的最后一位是7才能获取到正确信息，但配置文件的内容是固定的，所以需要修改后端snmp代码才能彻底解决这个问题。

> hi 是的 我们也发现了这个问题 最后一位类似于分区索引 嗯嗯，我目前是修改了src/main/java/org/dromara/hertzbeat/collector/collect/snmp/SnmpCollectImpl.java文件，思路是：捕获申请hrMemorySize信息的请求，然后直接把存储信息的最后一条信息(实际就是内存信息)解析处理之后返回，这样来解除内存信息与分区个数的关联性。 然后还需要修改一下src/main/resources/define/app-windows.yml与内存有关的那部分代码里面的calculates，代码放下面，可以参考一下。 SnmpCollectImpl.java ``` @Override public void collect(CollectRep.MetricsData.Builder builder, long appId, String app, Metrics metrics) { long startTime = System.currentTimeMillis(); // 校验参数 try { validateParams(metrics);...

I encountered the same problem. It seems that the glibc version does not meet the requirements(need 2.27), but the upgrade is complicated and will cause system instability.

> 按照官网的操作， cd ragflow docker compose -f docker/docker-compose.yml up -d 会导致es或infinity容器不启动。 必须如下操作 cd ragflow/docker docker compose -f docker-compose.yml up -d 按照这个试了一下可以了

> 解决方案：docker compose -f docker-compose-base.yml up -d 这个方法很有用