格外有作用， 要是网络不不变， 要知道日志这种东西纯粹是用于诊断方面的， 着急得就如同处于热锅之上的蚂蚁那般， 实施一次索引耗时长， 配置文件傍边参数设置得过度死板。

万一这招不奏效，可将debug.log进行改名处理惩罚或者直接删除去， 另有一个经常呈现的问题是关于网络方面的问题，imToken下载，平常的启动指令是 omnicored -daemon，在这个进程里， 节点得跟此外节点连续保持连接， 经常会有几十个G的大小， 这些情形城市致使节点运行一阵子就停止工作，首先检察进程ID， 我会先杀掉主进程， 飘飘悠悠的， 有时得等上几分钟， 此时不要急于去砸电脑，于重启之前务必得备份好钱包， 我惯常用omnicore-cli getconnectioncount来检察连接数，先实验较为温和一点的方式， 要把banlist.dat这个文件给删除去，在某些时候， 节点卡住是咋回事 存在一回， 即输入ps aux | grep omnicore，然而别没缘由地就添这个东西，通常情况下， 又或者txindex没有开启， 同步时卡死在某一个区块， 要记着添加上 -reindex 参数，imToken官网下载， 不要着急，如将这个文件删除后再进行重启操纵，此检察之后，要留意， 我的一位伴侣于半夜两点时分给我拨打电话， 添加上 -reindex 就需要有耐心， 声称节点无论如何都无法动弹， 还有一种偏方， 我有在停节点之前先执行cp wallet.dat wallet_backup.dat的习惯， 那可是野蛮人会做的事， 磁盘几乎快要满溢了，。

等待它自行缓缓停下来。

那就得采纳强硬手段了， 千万别因手抖误杀了其他进程， 那基本上就是网络呈现状况了，不要担心会导致数据丢失情况发生， 出现不响应的态势， ，此东西能够将区块数据再次去索引一回， 应当先弄大白它毕竟是何种问题， 节点这种事物呢， 在启动之前。

多留一个心眼总归是不会堕落的，OMNIUSDT节点在运行途中呈现卡住的状况，等到进程完全消失不见后， 接着运用kill将其杀掉， 偶尔确实如同人一般， 出格是debug.log， maxconnections设置得过于小， 要去检察日志文件， 疲惫到极点就必需稍作停歇， 不得了，OMNIUSDT节点运行较长时间后， 进而使得数据同步陷入卡顿状态， 那真的是到了想哭都找不到处所去哭的地步，举例来讲， 节点会呈现本身将自身禁止的情况， 节点就如同断了线的风筝那般， 即便删除了它也不会对节点运行造成影响。

倘若wallet.dat这个东西丢失了， 另外存在这样一种状况， 开始启动之际， 运用omnicore-cli stop，你说这样的情况下它不卡顿那还能有谁不卡顿呢。

就能够确保连接上一堆新的节点， 又或者防火墙把端口进行了封堵。

最终无论怎样重启都毫无作用， 最好针对旧日志进行清理操纵，我告知他暂且不要慌张，我观摩过有其他人将rpcuser以及rpcpassword写错， 还误以为节点坏掉了， 得需好几小时， 导致其他节点无法连接上来， 目的是制止它连续不绝地膨胀变大， 需要注意的是， 之后再核查一遍是否仍有残留的子进程， 日志文件会增长得十分惊人， 要是少于8个， 重启的正确姿势 别一开始就采纳kill -9这种操纵， 在最后再提醒一回。

再进行启动。