usdt节点启动慢和队列深度超出了范围问题

usdt的连接节点报错Work queue depth exceeded(队列深度超出了范围)大概是什么问题?重启了几次节点都不行
队列深度超出了范围,估计是usdt的node配置弄错了
去github上去搜索,很都搭建node 的方法
0.12 RPC Error: Work queue depth exceeded · Issue #7611 · bitcoin/bitcoin
https://github.com/bitcoin/bitcoin/issues/7611

https://github.com/bitpay/bitcore-node/issues/463

https://github.com/z-classic/z-nomp/issues/151

==============
usdt用的是哪个开源的node
Omnicored,bitcond是btc的

usdt节点启动需要多少时间的
usdt启动就是5分钟左右。

好像加密之后就老出那个问题?
之前没加密码的时候出现过一次,后来好了。后来加了密码以后就老出这个问题了

https://github.com/z-classic/z-nomp/issues/151
这篇文章看到也出现这个错误,不知道是不是同样的问题

应该是这个问题,看看有无参数可改

如果跟密码有关系,那如果不设置密码了,节点服务器只可以用内网访问会不会也没什么影响呢?
实在找不到问题,可以试一试把密码先弄掉用着

=============
Omnicored 只是个开源的客户端,接入到链上的。
开源查询链上所有的交易数据。
比如你自己搭建的node,这个node可以配置连接到其它的node,
============
omnicored节点同步问题 · Issue #645 · OmniLayer/omnicore
https://github.com/OmniLayer/omnicore/issues/645
1、btc节点所有数据同步完毕后,在bitcoin.conf中加了参数txindex=1,同时启动omnicored,发现omnicored节点同步非常慢,并且过一段时间后,感觉会停止同步,通过cli获取区块高度不再增加,需要重启omnicored节点,扫描制定范围区块后,才会重新增加区块高度。这样感觉同步完所有数据太浪费时间了
2、omnicore-cli在github中的接口说明不完全,通过help指令所列出的接口有些在文档中找不到,不知道是不是我找错了,还是本来文档中就没有记录
------------------
关于help列出来的命令,omnilayer是基于btc的,带有omni_前缀的命令看文档就行了,其他的命令参考https://bitcoin.org/en/developer-reference#bitcoin-core-apis
OmniAPI
https://api.omniexplorer.info/

https://github.com/OmniLayer/omnicore/blob/master/src/omnicore/doc/rpc-api.md

Omni Explorer - The block explorer for Omni, Tether, USDT, MaidSafe and Omni Layer Tokens / Cryptocurrencies
https://omniexplorer.info/
类似https://etherscan.io 区块浏览器
--------------

宁时修博客-区块链03---泰达币usdt节点部署
https://www.mgchen.com/114.html
其他配置项可参考比特币:http://www.mgchen.com/112.html
可选配置项查看官方配置:https://github.com/OmniLayer/omnicore/blob/master/src/omnicore/doc/configuration.md
常规选项
名称 类型 默认 描述
startclean boolean 0 启动时清除所有持久性文件;触发重新分析Omni事务
omnitxcache number 500000 输入事务高速缓存中的最大事务数
omniprogressfrequency number 30 报告初始扫描进度(以秒为单位)
omniseedblockfilter boolean 1 在初始扫描期间跳过没有Omni事务的block
omnishowblockconsensushash number 0 计算并记录指定块的一致性hash

startclean 重启服务时这个值是可以设置为不清除所有持久性文件,加快速度。

usdt节点启动慢和队列深度超出了范围问题的更多相关文章

  1. IO队列深度max_queue_depth对系统性能的影响

    前段时间,发生了一个问题引起了我对IO队列深度的研究. 存储服务器中linux kernel的mpt2sas驱动模块,将max_queue_depth设置为1024时,引起系统加载驱动时卡死,而调整为 ...

  2. 条带深度 队列深度 NCQ IOPS

    http://blog.csdn.net/striping/article/details/17449653 IOPS 即I/O per second,即每秒进行读写(I/O)操作的次数,多用于数据库 ...

  3. MQ中间件死信队列深度不断增加问题解决案例

    感谢作者: http://www.wo81.com/tec/mid/mq/2014-04-14/94.html  MQ中间件死信队列深度不断增加问题解决案例 ❞ ☜ ☞ 作者:彭新 日期:2014-0 ...

  4. CDH 版本子节点启动问题

    今天下午整整为了启动一个节点瞎忙活一下午,惨痛的教训还是记录下来吧,毕竟付出了代价.事情原委,一个同事在一台机器上占用了大量内存训练CTR点击率模型,而这台机器上部署了分布式Hadoop的一个data ...

  5. Hyperledger Fabric Orderer节点启动

    Orderer 节点启动通过 orderer 包下的 main() 方法实现,会进一步调用到 orderer/common/server 包中的 Main() 方法. 核心代码如下所示. // Mai ...

  6. 网络损伤仪WANsim的队列深度功能

    什么是队列深度 在网络损伤仪WANsim中,队列是指一个用于缓存报文的缓冲池.深度是指缓冲池可以存储的最大数据量.当WANsim接受的报文超出了带宽限制的量时,溢出的报文会进入队列中. 我们可以在WA ...

  7. hadoop集群的节点启动问题

    start-all.sh 启动集群时,NameNode或DataNode节点启动不了,但之前可以启动. 查看hadoop中hdfs-site.xml配置文件 <property> < ...

  8. eos节点启动源码分析

    在eos源码目录中programs/nodeos/main.cpp文件里,为节点启动的主函数main函数内部做了两件事1 初始化 application if(!app().initialize< ...

  9. 菜鸟系列Fabric源码学习 — peer节点启动

    Fabric 1.4 源码分析peer节点启动 peer模块采用cobra库来实现cli命令. Cobra提供简单的接口来创建强大的现代化CLI接口,比如git与go工具.Cobra同时也是一个程序, ...

随机推荐

  1. Quartz.net设置任务中同时最多运行一个实例 [DisallowConcurrentExecution]

    Quartz定时任务默认都是并发执行的,不会等待上一次任务执行完毕,只要间隔时间到就会执行, 如果定时任执行太长,会长时间占用资源,导致其它任务堵塞. 比如Job设置1分钟跑一次,每次获取50条短信发 ...

  2. Redis 数据结构的实现

    Redis 数据结构的实现 先看个对照关系: Redis数据结构 实现一 实现二 string 整数(如果value能够表示为整数) 字符串 hash 压缩列表(只包含少量键值对, 并且每个键值对的键 ...

  3. 【转】app之YdbOnline说明文档

    概述 YdbOnline是面向网页开发者提供的网页开发工具包. 通过使用YdbOnline,网页开发者可借助YdbOnline高效地使用语音.位置等手机系统的能力,同时可以直接使用清除缓存.扫一扫等A ...

  4. JavaScript系统对象

    1. 本地对象(非静态对象) 常用对象有: Object.Function.Array.String.Boolean.Number.Date.RegExp.Error 注:本地对象需要new之后再使用 ...

  5. GLSL数组类型、浮点数Uniform

    // 添加shader中的uniform ss->addUniform(new osg::Uniform("test1", false)); //设置shader中的unif ...

  6. 基于ARM9和嵌入式Linux系统的多功能综合通信控制系统的框架

    基于ARM9硬件平台和嵌入式Linux系统的多功能综合通信控制系统的框架设计及各模块的功能.系统采用符合POSIX.1标准的C语言编写,实现了对下位机传送数据帧的采集.分析和存储,并能根据上位机的配置 ...

  7. 4e00~9fa5

    <script> function init (){ var begin = 0x4e00; var end = 0x9fa5; var str = ''; for(var a=begin ...

  8. HBase多条件及分页查询的一些方法

    HBase是Apache Hadoop生态系统中的重要一员,它的海量数据存储能力,超高的数据读写性能,以及优秀的可扩展性使之成为最受欢迎的NoSQL数据库之一.它超强的插入和读取性能与它的数据组织方式 ...

  9. Spark FPGrowth (Frequent Pattern Mining)

    给定交易数据集,FP增长的第一步是计算项目频率并识别频繁项目.与为同样目的设计的类似Apriori的算法不同,FP增长的第二步使用后缀树(FP-tree)结构来编码事务,而不会显式生成候选集,生成的代 ...

  10. poj2342 Anniversary party

    Anniversary party Time Limit: 1000MS   Memory Limit: 65536K Total Submissions: 8028   Accepted: 4594 ...