linux运维常见问题_系统运维

1、systemd查看日志文件有隐藏该如何处理？

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的变更和状态传播都是通过一大坨一大坨的代码来嵌入，这对于流程维护来说

欢迎分享，转载请注明来源：内存溢出

linux运维常见问题