systemd统一管理所有Unit的启动日志,包含内核日志和应用日志。在默认情况下,systemd日志保存于/run/log/journal中,系统重启后会清除,这里面的日志文件是二进制形式保存的,不能直接用less等文本文件查看的方式查看内容。
可以使用下面这个命令来查看日志内容,由于一行可以显示很多内容,屏幕的列数可能无法显示完整,可以使用右方向键查看右边的内容。
$ journalctl
日志文件还有更详细的信息,使用下面这个参数 显示隐藏字段
journalctl -o verbose
-o 或 --output=STRING 来改变journal命令输出的模式。
2、自己动手写一个systemd的配置文件, 让nginx服务可以开机启动
[root@localhost ~]# cd /etc/systemd/system
[root@localhost system]# vi nginx.service
[Unit]
Description=nginx - high performance web server
Documentation=http://nginx.org/en/docs/
After=network.target remote-fs.target nss-lookup.target
[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStartPre=/usr/local/nginx/sbin/nginx
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s stop
PrivateTmp=true
[Install]
WantedBy=multi-user.target
3、SIGHUP、SIGQUIT、SIGTERM、SIGINTERRUPT的区别
通过命令man 7 signal来查看每个信号的含义。
SIGHUP 控制终端关闭或控制进程退出时,终端会话内的子进程与控制进程的子进程都会收到这样的信号,系统对SIGHUP信号的默认处理是终止收到该信号的进程。所以若程序中没有捕捉该信号,当收到该信号时,进程就会退出。
SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-\ )来控制. 进程在因收到SIGQUIT退出时会产生core文件, 类似于一个程序错误信号。
SIGTERM程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL,就是我们有时使用kill -9 pid来强行杀死进程。
SIGINTERRUPT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。
4、用awk查看tcp连接处于TIMEOUT的连接个数
[root@localhost system]# netstat -an |awk '/^tcp\>/ {if($NF=="TIMEOUT")sum++} END{print sum}'
运维懂但开发不懂的问题有以下6点1)测试环境的少了很多流程的测试依赖,所以只能够尽可能模拟一些基础流程,对于一个较为复杂的功能想要模拟测试,花费的时间比较多,而且如果返工,代价比较高
2)在集成和调试的过程中,如果要把某一个流程串起来,需要做一些埋点和日志记录,这个过程收收放放得反复进行,不够透明
3)程序的变更部署发布目前没有pipeline模式,很多快速部署都是基于手工补丁的模式。
4)API层的设计不够清晰,目前很多API在需求变更中会对接口细节做一些调整,所以文档和实现不大一样。
5)API和工具类的集成存在冗余,目前的一个重要需求方向是对于一些API的实现,如果是基础功能部分,其实不光可以通过API调用,也可以通过工具类的方法来进行设计,而在代码的逻辑层应该可以做到无缝的切换,这样代码的源只有一份,不会因为变更的同步而导致逻辑分离。
6)API体系的设计,目前对于model的变更和状态传播都是通过一大坨一大坨的代码来嵌入,这对于流程维护来说
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)