bifromq icon indicating copy to clipboard operation
bifromq copied to clipboard

A Multi-Tenancy MQTT broker adopting Serverless architecture

Results 12 bifromq issues
Sort by recently updated
recently updated
newest added

**Describe the bug** 问题:构建成功后的集群,主节点可以连接,从节点不可连接。 三个节点均打印了构建集群成功的日志 `2024-05-09 12:15:40.685 INFO [ForkJoinPool.commonPool-worker-1] --- c.b.bifromq.starter.StandaloneStarter [StandaloneStarter.java:217] AgentHost joined seedEndpoint: b1:18899,b2:18899,b3:18899 2024-05-09 12:16:26.250 INFO [main] --- c.b.bifromq.starter.StandaloneStarter [StandaloneStarter.java:557] Standalone broker started ` **Expected behavior** A...

使用JDK21编译 bifromq (tag v3.0.2) 会出现“NoSuchFieldError 'com.sun.tools.javac.tree.JCTree qualid' ” 错误。 解决方案: 1、在 bifromq-parent 的pom.xml 中升级 => 1.18.30 2、在base-hookloader和base-env-provider中的pom.xml 中添加 org.projectlombok lombok

**Dist 模块 dataEngineConfig.type 为 rocksdb 时,qos0 发送性能比 dataEngineConfig 为 memory 差很多** 我们在测试 qos0 发送性能,集群 3个节点,4w 个 client (cleansession=true),每个 client 订阅 3个 topic,然后固定向自己的一个 topic (类似 xx/${client-id}/send) 发送 QOS 0 消息,没有client 订阅这些消息,当配置...

**Is your feature request related to a problem? Please describe.** A clear and concise description of what the problem is. Ex. I'm always frustrated when [...] **Describe the solution you'd...

使用5台机器构成mqtt集群,机器配置均为128G 内存 32核CPU,局域网环境,网络资源足够,使用28万连接的200B payload,7万连接100K的payload,大小包均为每5秒发送一次数据,持续运行30分钟后,服务器出现大量CLOSE_WAIT tcp连接,客户端也无法连接mqtt,整体过程负载不高 只使用了1/3的负载。 配置参数在下面有,我们期望压测将CPU打上去,是集群能够承受更多的大payload连接。 *** PUB Client ***: - MQTT Connection: - Clean Session: true - MQTT Pub: - Topic: 100个topic - QoS: 0 - Retain: false...

**Is your feature request related to a problem? Please describe.** A clear and concise description of what the problem is. Ex. I'm always frustrated when [...] **Describe the solution you'd...

请问下,如果一个topic没有订阅者,往这个上面发送消息还是会被持久化吗?(Qos1-2) 如果是的话, 想请教下怎么避免没有订阅者的topic消息不被持久化(出于性能考虑)。我们的业务场景下会有大量的toipc, 但很多是没有被订阅的。 感谢!

**长时间压测后,线程wal-raft-executor-112680774442680320_0 CPU高,一直降不下来** 集群3个节点(32C,64G)(20,54,124 三台),35w客户端,每隔10s发 40K body 压测,每隔10-12小时休眠 3分钟左右。大概2天后,20节点 wal-raft-executor-112680774442680320_0 线程 CPU 占用高,54 节点上 wal-raft-executor-112680774434029568_0 线程 CPU 占用高,而且一直降不下来,同时 basekv-range-mutator 线程 CPU也很高而且无法将来下。 但这期间集群正常,warn.log 和 error.log 都没有错误打印, gc 日志正常。balancer 日志中能搜到该线程 20 节点 cpu...

**集群运行一段时间后,warn.log 就会打印 There is no storeDescriptor for local store** 集群运行一段时间后,warn.log 就会打印如下,但集群完全正常 ``` 2024-06-26 15:13:59.881 WARN [bg-task-executor-3] --- c.b.b.b.b.impl.RangeLeaderBalancer [RangeLeaderBalancer.java:150] There is no storeDescriptor for local store: e8a84d42-8292-489e-a241-9ce716d14e07 2024-06-26 15:30:57.446 WARN...