服务器上跑一个geth，一段时间后莫名被Kill，查资料原来触发了内存保护，防止内存不足导致系统失去响应。

以下是网上资料：
OOM_killer是Linux自我保护的方式，当内存不足时不至于出现太严重问题，有点壮士断腕的意味
在kernel 2.6，内存不足将唤醒oom_killer，挑出/proc//oom_score最大者并将之kill掉

为了保护重要进程不被oom-killer掉，我们可以：echo -17 > /proc//oom_adj,-17表示禁用OOM
我们也可以对把整个系统的OOM给禁用掉：
sysctl -w vm.panic_on_oom=1 （默认为0，表示开启）
sysctl -p

值得注意的是，有些时候 free -m 时还有剩余内存，但还是会触发OOM-killer，可能是因为进程占用了特殊内存地址

平时我们应该留意下新进来的进程内存使用量，免得系统重要的业务进程被无辜牵连
可用 top M 查看最消耗内存的进程，但也不是进程一超过就会触发oom_killer
参数/proc/sys/vm/overcommit_memory可以控制进程对内存过量使用的应对策略
当overcommit_memory=0 允许进程轻微过量使用内存，但对于大量过载请求则不允许(默认）
当overcommit_memory=1 永远允许进程overcommit
当overcommit_memory=2 永远禁止overcommit

秋天是收获的季节

六和塔绝对算得上老杭州的地标。距上次登塔算来也有20多年，上次是爸带着我，现在是我带着宝宝，山仍在，水长流，塔也依旧…

@9.21

0-首先主从mysql最好一致，第一次使用主mysql和从mariadb，同步妥妥的起不来[?‍♂️]

1-配置server-id，在/etc/my.cnf (Ubuntu中在/etc/mysql/mysql.conf.d/mysqld.cnf) 中加入
log-bin=mysql-bin
server-id=222
数字不重复即可，重启mysqld: service mysqld restart

2-加入同步复制用户：
mysql -uroot -p’mima’ -e ‘grant replication slave on *.* to ‘mysync’@’%’ identified by ‘mima’;’

3-阻断mysql写入（一般可以停止访问mysql的服务）

4-使用mysqldump导出database
mysqldump -uroot -p –all-databases > master_bak.sql

5-查看master状态：
mysql -uroot -p’mima’ -e ‘show master status\G’
*************************** 1. row ***************************
File: mysql-bin.000001
Position: 79637
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

6-恢复访问mysql的服务

7-登录从机，使用master_bak.sql恢复
mysql -uroot -p’mima’ < master_bak.sql

8-登录slave mysql
mysql> change master to master_host=’192.168.xxx.xxx’,master_user=’mysync’,master_password=’mima’,
master_log_file=’mysql-bin.000001′,master_log_pos=79637;
file和pos需要和导出时的master状态一致

9-打开slave：
mysql> start slave;

10-查看slave状态：Slave_IO_Running和Slave_SQL_Running是否为Yes
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.xxx.xxx
Master_User: mysync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 157946
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 99569
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
……

以前远远望见山顶有个大亭子，今日终于能一睹芳容，登高远眺于尘埃之上?‍??‍? 2017.09.17

在这微信微博肆虐的年头，写博客的真不多了。但对我来说，微博是给大家看的，微信给朋友看的，只有博客是给自己看的，致内心不同相位的另一个我?

有个废弃的IntelComputeStick，Win8.1系统，拿来当Server，用一段时间后总是失去响应，ping显示丢包率100%。Google一把，发现是Connected Standby导致的问题。虽然电源配置中设置了NeverSleep，但在系统idle一段时间后，计划任务会用winsat改变电源配置，从而导致触发CS，在注册表中把CSEnabled改成0，就能完美解决。