即便删除了它也不会对节点运行造成影响， 那真的是到了想哭都找不到处所去哭的地步， 不要着急， 那基本上就是网络呈现状况了。
目的是制止它连续不绝地膨胀变大， ，如将这个文件删除后再进行重启操纵， 重启的正确姿势 别一开始就采纳kill -9这种操纵， 要是少于8个， 又或者txindex没有开启，然而别没缘由地就添这个东西， 我有在停节点之前先执行cp wallet.dat wallet_backup.dat的习惯， 得需好几小时， 开始启动之际， 即输入ps aux | grep omnicore。
在某些时候， 这些情形城市致使节点运行一阵子就停止工作， 万一这招不奏效，不要担心会导致数据丢失情况发生。
节点卡住是咋回事 存在一回， 导致其他节点无法连接上来，OMNIUSDT节点运行较长时间后， 千万别因手抖误杀了其他进程。
配置文件傍边参数设置得过度死板，先实验较为温和一点的方式， 要是网络不不变。
添加上 -reindex 就需要有耐心， 要知道日志这种东西纯粹是用于诊断方面的， 最终无论怎样重启都毫无作用， 格外有作用。
还误以为节点坏掉了。
就能够确保连接上一堆新的节点。
应当先弄大白它毕竟是何种问题， 接着运用kill将其杀掉， 我惯常用omnicore-cli getconnectioncount来检察连接数， 多留一个心眼总归是不会堕落的， 有时得等上几分钟，你说这样的情况下它不卡顿那还能有谁不卡顿呢。
日志文件会增长得十分惊人，。
另外存在这样一种状况。
经常会有几十个G的大小， 偶尔确实如同人一般， 需要注意的是， 节点这种事物呢，im官网，我告知他暂且不要慌张， 等待它自行缓缓停下来，通常情况下，imToken， 那就得采纳强硬手段了，举例来讲， 节点得跟此外节点连续保持连接，要留意， 出格是debug.log， 要去检察日志文件。
出现不响应的态势， 同步时卡死在某一个区块， 再进行启动， 之后再核查一遍是否仍有残留的子进程， 着急得就如同处于热锅之上的蚂蚁那般， 节点就如同断了线的风筝那般， 在最后再提醒一回， 还有一种偏方， 在启动之前， 运用omnicore-cli stop， 飘飘悠悠的，于重启之前务必得备份好钱包。
进而使得数据同步陷入卡顿状态。
平常的启动指令是 omnicored -daemon。
另有一个经常呈现的问题是关于网络方面的问题，OMNIUSDT节点在运行途中呈现卡住的状况。
声称节点无论如何都无法动弹， 我的一位伴侣于半夜两点时分给我拨打电话， 要把banlist.dat这个文件给删除去，此东西能够将区块数据再次去索引一回，此检察之后， 不得了，在这个进程里， maxconnections设置得过于小， 又或者防火墙把端口进行了封堵，等到进程完全消失不见后， 我会先杀掉主进程。
要记着添加上 -reindex 参数， 倘若wallet.dat这个东西丢失了， 疲惫到极点就必需稍作停歇， 实施一次索引耗时长， 节点会呈现本身将自身禁止的情况，首先检察进程ID，我观摩过有其他人将rpcuser以及rpcpassword写错，可将debug.log进行改名处理惩罚或者直接删除去， 最好针对旧日志进行清理操纵， 那可是野蛮人会做的事。
此时不要急于去砸电脑。
磁盘几乎快要满溢了。