使用last命令找出是谁重启了你的服务器(linux)
在运维过程中,经常出现推锅的情况,在我运维Azure的时候,有时会发生服务器重启,因为厂商没有把服务设置成开机自启的状态,在夜间重启后,到中午才发现服务有问题(MD,我想问问你们是干什么吃的),发现服务有问题,怀疑服务器重启啦,推锅活动开始了,厂商开发推锅运维,运维推锅监控,然后在推锅Azure,不过有多一半的问题是因为Azure虚机所在的物理节点故障导致虚机迁移(我不是在黑Azure,说实话易用性比不上国内的阿里云,但是如果你用的是全windwos架构,那你选择Azure是没错的,因为它可以和你本地的服务无缝迁移)说了这么多,就是一个服务器重启的事,还有一个就是就是因为服务崩了,导致服务不能正常工作,但是厂商就会推锅给运维,说是服务器重启了,没办法,你就要给他证明不是服务器的问题,现在的运维工作往往就是这样,所以我们可以使用last命令去查看重启记录还有登陆记录。
其中:
第一列:用户名
第二列:终端位置。(pts/0通过ssh或者telnet远程连接的用户,tty:直接连接到计算机或者本地用户)
第三列:登陆IP或者内核(看到0.0或者什么都没有,意味着用户通过本地终端连接,除了重启,内核版本会显示在状态中)
第四列:开始时间(如:sun apr 3 :四月三号星期天)
第五列:结束时间(still login in 还未退出,down:直到正常关机,crash:直到强制关机)
第六列:持续时间
命令参数:
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
blktrace工具源码
1.1.1 关于blktrace 我们知道,在iostat工具中,await表示单个I/O所需的平均时间,但它同时包含了I/O Scheduler所消耗的时间和硬件所消耗的时间,所以不能作为硬件性能的指标,至于iostat的svctm更是一个废弃的指标。而blktrace可以在这种场合就能派上用场,从中可以分析是IO Scheduler慢还是硬件响应慢。 Blktrace是一个用户态的工具,用来收集磁盘IO信息中当IO进行到块设备层(block层,所以叫blk trace)时的详细信息(如IO请求提交,入队,合并,完成等等一些列的信息)。使用者可以获取I/O请求队列的各种详细的情况,包括进行读写的进程名称、进程号、执行时间、读写的物理块号、块大小等等,是一个Linux下分析I/O相关内容的很好的工具。 目前已经集成到内核2.6.17及其之后的内核版本中。 1.1.2 关于blktrace源码 blktrace代码下载地址: git clone git://git.kernel.dk/blktrace.git 或者从快照站点下载: http://brick.kernel.dk/snaps...
- 下一篇
交易系统架构
一直以来表达能力都是自己的短板,不知道如何分享出自己觉得比较好的设计,所以决定好好的整理一下这几年使用的架构,以一种更加简单、清晰的思路将之前工作中的系统设计分享给大家。这是第一篇,后面会持续分享。 本博客主要从架构层面讨论交易系统的设计,不涉及细节。细节内容可以参考《交易体系-交易、支付、物流、退款退货》 一主要内容 本博客主要从以下几个方面讲述交易系统架构: 交易系统的业务域是什么?即交易系统应该负责那些内容。 面对多样性的业务场景,交易系统如何承接他们?即交易系统的业务扩展性如何保证。 交易系统的复杂性问题,以及如何处理,特别是业务、系统解耦问题。 事件驱动流程。 简述高并发与高可用技术。 二交易 首先我们聊聊什么是交易,以及交易系统的业务域。 1. 概念 交易是一种行为:是buyer在某一时间以某一价格购买了seller的一个或多个商品。现实世界中,这种行为是价值的交换;系统中,这种行为产生的是订单。 订单是一种契约:这种契约要求买卖双方按照订单的内容进行履约。以实物商品交易为例,buyer需要付钱契约才有效,seller需要将商品寄送给buyer。 交易至少涉及以下模型:买家...
相关文章
文章评论
共有0条评论来说两句吧...