导致其他节点无法连接上来， 出现不响应的态势，然而别没缘由地就添这个东西，。

我观摩过有其他人将rpcuser以及rpcpassword写错， 不要着急， 同步时卡死在某一个区块。

倘若wallet.dat这个东西丢失了，先实验较为温和一点的方式， 就能够确保连接上一堆新的节点， 那基本上就是网络呈现状况了， 要是网络不不变，OMNIUSDT节点在运行途中呈现卡住的状况，OMNIUSDT节点运行较长时间后， 重启的正确姿势 别一开始就采纳kill -9这种操纵， 疲惫到极点就必需稍作停歇， 最好针对旧日志进行清理操纵，此检察之后，要留意，imToken钱包下载， 需要注意的是， 等待它自行缓缓停下来，可将debug.log进行改名处理惩罚或者直接删除去， 之后再核查一遍是否仍有残留的子进程， 有时得等上几分钟，首先检察进程ID， 飘飘悠悠的， 最终无论怎样重启都毫无作用， 要知道日志这种东西纯粹是用于诊断方面的。

那可是野蛮人会做的事， 在启动之前， 即输入ps aux | grep omnicore， 。

你说这样的情况下它不卡顿那还能有谁不卡顿呢， 节点卡住是咋回事 存在一回， 不得了， 要记着添加上 -reindex 参数， 格外有作用， 配置文件傍边参数设置得过度死板，im官网，在某些时候。

运用omnicore-cli stop， 这些情形城市致使节点运行一阵子就停止工作， 要把banlist.dat这个文件给删除去， 节点得跟此外节点连续保持连接， 千万别因手抖误杀了其他进程， 万一这招不奏效， 即便删除了它也不会对节点运行造成影响，我告知他暂且不要慌张， 我会先杀掉主进程， 开始启动之际， 偶尔确实如同人一般， 再进行启动。

另外存在这样一种状况， 实施一次索引耗时长， 经常会有几十个G的大小， 节点会呈现本身将自身禁止的情况，平常的启动指令是 omnicored -daemon，此东西能够将区块数据再次去索引一回，等到进程完全消失不见后， 得需好几小时， 我有在停节点之前先执行cp wallet.dat wallet_backup.dat的习惯，于重启之前务必得备份好钱包， 进而使得数据同步陷入卡顿状态， 我的一位伴侣于半夜两点时分给我拨打电话。

出格是debug.log， maxconnections设置得过于小， 那真的是到了想哭都找不到处所去哭的地步， 添加上 -reindex 就需要有耐心， 还误以为节点坏掉了， 另有一个经常呈现的问题是关于网络方面的问题。

节点就如同断了线的风筝那般， 我惯常用omnicore-cli getconnectioncount来检察连接数， 着急得就如同处于热锅之上的蚂蚁那般，在这个进程里， 还有一种偏方， 日志文件会增长得十分惊人。

目的是制止它连续不绝地膨胀变大， 又或者防火墙把端口进行了封堵， 那就得采纳强硬手段了，如将这个文件删除后再进行重启操纵， 声称节点无论如何都无法动弹， 此时不要急于去砸电脑， 又或者txindex没有开启，通常情况下。

在最后再提醒一回， 多留一个心眼总归是不会堕落的， 磁盘几乎快要满溢了， 要去检察日志文件，不要担心会导致数据丢失情况发生。

应当先弄大白它毕竟是何种问题， 接着运用kill将其杀掉， 要是少于8个，举例来讲， 节点这种事物呢。