程序自动killed，怎么解决？

[hktalent]

ignal: killed

查了原因发现是内存不足的原因 ，我的服务器是1G的内存，那只用在服务器上分配swap分区就可以解决此问题。

Linux系统在安装的时候是可以分配swap分区的，但是我的服务器是预先安装好的系统。所以需要我们在系统运行的环境下解决这个问题。

创建要作为swap分区的文件:增加1GB大小的交换分区，则命令写法如下，其中的count等于想要的块的数量（bs*count=文件大小）。

dd if=/dev/zero of=/root/swapfile bs=1M count=1024
格式化为交换分区文件:

mkswap /root/swapfile #建立swap的文件系统
启用交换分区文件:

swapon /root/swapfile #启用swap文件
使系统开机时自启用，在文件/etc/fstab中添加一行：

/root/swapfile swap swap defaults 0 0

如果要重新修改swap 分区内存 就需要先关闭正在使用的分区

关闭 分区命令

swapoff -a
之后再重新执行上面的4步 ，1,2,3,4 根据你需要的内存大小 修改count的值

[hktalent]

线上排查进程突然挂掉原因
对于线上应用，出现进程自动挂掉的原因，如果可以排除因程序本身原因，那么很大可能性是因为操作系统内存不够用，进程被操作系统kill掉了。
那如何确认是否是被操作系统kill掉的呢？
如果是因OutOfMemory被系统kill掉的进程，会在/var/log目录下的dmesg文件中留下最终的遗迹。可使用dmesg命令查看操作系统kill进程日记。
dmesg －T | grep -E -i -B100 'killed process'
1.
命令行执行输出如下（go进程）。
......
Out of memory: Kill process 28670 (bfe) score 386 or sacrifice child
Killed process 28670, UID 555, (bfe) total-vm:8478620kB, anon-rss:6149940kB, file-rss:4kB
1.
2.
3.
如果能知道挂掉的进程id，且在dmesg命令输出文本中找到，就能知道是否因内存原因被操作系统kill掉。
如果是虚拟机部署，建议在启动脚本中输出进程的id到文件存储，以便于后续问题排查。
此方法同样可以用于容器排查。
由于kubernetes的最小调度单元是Pod，如果只是容器重启，Pod不变，所在的物理机（虚拟机）就不变。而dmesg输出的是物理机（虚拟机）的操作系统kill进程日记，因此，虽然容器重启了，但我们还能使用dmesg命令查看进程被kill的原因。但需要注意，进程ID与容器内看到的进程ID是不同的。
一个容器部署的Java进程因内存原因被系统kill掉的案例分析。
线上排查进程突然挂掉原因_后端
表格部分字段说明（我们关心的字段）：
pid：进程ID。
total-vm(total virtual memory)：进程使用的总的虚拟内存，单位为4kB（内存页）。
rss(resident set size)：驻留集大小，驻留集是指进程已装入内存的页面的集合，单位是内存页数，同样的每页4KB。
Killed process字段说明：
anon-rss（anonymous rss）：匿名驻留集，比如malloc出来的就是匿名的。
file-rss：映射到设备和文件上的内存页面。
图中所示案例，进程35566的rss值是522668，乘以4kb/页，结果与anon-rss值2071208kb接近，差不多2G，而容器的内存限制就是2G，因此可以确定是因为内存原因被kill掉了。
这通常是因为我们给进程配置的jvm堆内存大于给容器分配的最大可用内存导致的，或者是java进程使用了堆外内存，堆内存+堆外内存大于给容器分配的最大可用内存导致的。

[hktalent]

不同的操作系统，支持的信号可能略有差异，可以使用kill -l 查看系统所有的信号。下面是Linux上常见的信号以及处理机制

　　信号 　　　值 处理动作 发出信号的原因
　　----------------------------------------------------------------------
　　SIGHUP　　1 　　A　　 终端挂起或者控制进程终止
　　SIGINT 　　2 　　A 　　键盘中断（如break键被按下）
　　SIGQUIT 　 3 　　C 　　键盘的退出键被按下
　　SIGILL 　　 4 　　C 　　非法指令
　　SIGABRT 　6 　　C 　　由abort(3)发出的退出指令
　　SIGFPE 　 8 　　C 　　浮点异常
　　SIGKILL 　9 　　AEF　　Kill信号
　　SIGSEGV 11 　　C　　无效的内存引用
　　SIGPIPE 　13 　　A　　管道破裂: 写一个没有读端口的管道
　　SIGALRM 14 　　 A　　由alarm(2)发出的信号
　　SIGTERM 15 　　 A　　终止信号
　　SIGUSR1 30,10,16 A 　用户自定义信号1
　　SIGUSR2 31,12,17 A 　用户自定义信号2
　　SIGCHLD 20,17,18 B 子进程结束信号
　　SIGCONT 19,18,25 进程继续（曾被停止的进程）
　　SIGSTOP 17,19,23 DEF 终止进程
　　SIGTSTP 18,20,24 D 控制终端（tty）上按下停止键
　　SIGTTIN 21,21,26 D 后台进程企图从控制终端读
　　SIGTTOU 22,22,27 D 后台进程企图从控制终端写

　　处理动作一项中的字母含义如下

　　A　　缺省的动作是终止进程
　　B　　缺省的动作是忽略此信号
　　C　　缺省的动作是终止进程并进行内核映像转储（dump core）
　　D　　缺省的动作是停止进程
　　E　　信号不能被捕获
　　F　　信号不能被忽略