linux运维常见问题

linux运维常见问题,第1张

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


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/8791617.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-21
下一篇 2023-04-21

发表评论

登录后才能评论

评论列表(0条)

保存