CSDN论坛 > Web 开发 > 应用服务器

服务器DOWN机了,请问大侠我该在哪里查看DOWN机的时间? [问题点数:20分,结帖人opxilong]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs1
本版专家分:0
Bbs6
本版专家分:6354
Bbs1
本版专家分:0
Bbs1
本版专家分:30
Bbs1
本版专家分:0
Bbs6
本版专家分:6354
匿名用户不能发表回复!
其他相关推荐
erlang进程监控的实现原理
Erlang支持Monitor和Link两种监控进程的方式,使得所有进程可以连成一个整体。当某个进程出错退出时,监控进程会收到该进程退出的消息通知。有了这些特点,使用Erlang建立一个简单,并且健壮的系统就不是什么难事。前面有文章分析了两种方式的用法,这里分析下monitor和link的实现。
一个韩国很好看的网页
一次偶然的机会在网上down到的,和大家一起分享
arp局域网欺骗源码
ip主机扫描加arp欺骗 原创,百分百down机
查看Linux下网卡连接/工作状态(up还是down)?
    第1种方法    [root@localhost /]# ifconfig -a    eth0   Link encap:Ethernet HWaddr 00:09:6B:09:08:FC           inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0          inet6 addr: fe
小菜openstack nova 源码学习之 force_down
今天学习下,L版新增apiforce_down nova.api.openstack.compute:_forced_down def _forced_down(self, body, context):    """Set or unset forced_down flag for the service"""    //前面都是一系列的赋值    try:       forced
redis主从复制失败的坑
刚刚学习redis,整个主从复制试试,结果从机改完配置文件内的slaveof之后启动从机服务不能成功。 一直提示writing to master unknown error。 查看客户端的info发现master_link_status 是down的状态。 没办法,试试各种奇葩方法,忽然发现好像是Linux防火墙引起的,然后决定关闭Linux防火墙,service ipta
Nginx upstream的5种权重分配方式分享1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 2、weight 指定轮询几率,we
转载:http://www.jb51.net/article/31273.htm 1、轮询(默认)  每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。  2、weight  指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。  例如:  复制代码代码如下: upstream backend {  s
用cacti 监控 cisco设备的端口状态(up or down)
cacti 监控 cisco设备的端口状态(up or down)的模板,经测试,在H3C设备上同样适用。
Ceph配置参数(三)
Ceph配置参数(一) Ceph配置参数(二) 8、MONITOR CONFIG REFERENCE http://ceph.com/docs/master/rados/configuration/mon-config-ref/         客户端在读写数据前,都比去和monitor取得联系,获得cluster map,结合CRUSH算法计算得到对象的位置。 (1
一个ceph-osd异常DOWN掉的原因分析
今天早上,运维的兄弟报告说,ceph分布式存储集群同时有3个OSD异常DOWN掉。因为CEPH集群是三份数据存储的,所以对业务没有什么太大的影响,所以等有空再查根本原因。 同时报告了有一台物理机当机了,做了重启恢复的操作。 有空的时候对问题进行了分析,同事进行了预查,发现如下: 1、在osd down掉的一段时间,所有的CEPH节点的网络流量都高上去了。 2、3个OSD down掉
关闭