2台Cisco ASA 5520 防火墙做FailOver双机热备,因特殊原因,需要重启,经测试,通过切换主备分别重启,没有任何丢包。记录下步骤:
先介绍下环境,一共有2台防火墙,重启前的状态:
172.24.1.250 主
172.24.1.251 备
2台Cisco ASA 5520 防火墙做FailOver双机热备,因特殊原因,需要重启,经测试,通过切换主备分别重启,没有任何丢包。记录下步骤:
先介绍下环境,一共有2台防火墙,重启前的状态:
172.24.1.250 主
172.24.1.251 备
最近收到zabbix的监控报警,是一个交换机重启的误报,提示交换机重启了,但查看后发现实际并没有重启。
我们发现监控是否重启是监控交换同的引导时间,使用的是如下OID:
[root@vm-new-2 ~]# snmpwalk -v 2c -c public 10.99.88.25 1.3.6.1.2.1.1.3.0
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (2073092193) 239 days, 22:35:21.93
在 CentOS 7.x 中可以用 nmcli(Network Manager Command Line Interface:网络管理命令行接口)进行网卡绑定。
多网卡的7种bond模式原理请参考: http://support.huawei.com/huaweiconnect/enterprise/thread-282727.html
在生产环境中有时候会经常碰到不能停机维护的情况,或停机窗口时间不够用,比如希望更换存储系统,几十个T或更大的数据,在半天内是迁移不完的,那这个时候就只能在线做了。
下面测试使用LVM的物理卷迁移的方式来在线迁移数据:
[root@test-204 ~]# fdisk -l
Disk /dev/sdd: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdc: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
在某此情况下,HP-UX系统上ioscan后容易出现NO_HW状态的盘,比如:
RX2604[/#]ioscan -fNnkC disk
Class I H/W Path Driver S/W State H/W Type Description
===================================================================
disk 1 64000/0xfa00/0x0 esdisk CLAIMED DEVICE HP IR Volume
/dev/disk/disk1 /dev/disk/disk1_p2 /dev/rdisk/disk1 /dev/rdisk/disk1_p2
/dev/disk/disk1_p1 /dev/disk/disk1_p3 /dev/rdisk/disk1_p1 /dev/rdisk/disk1_p3
disk 3 64000/0xfa00/0x1 esdisk CLAIMED DEVICE TEAC DVD-ROM DW-224EV
/dev/disk/disk3 /dev/rdisk/disk3
disk 9 64000/0xfa00/0xb esdisk CLAIMED DEVICE DGC RAID 5
/dev/disk/disk9 /dev/rdisk/disk9
disk 11 64000/0xfa00/0xd esdisk CLAIMED DEVICE HITACHI DF600F
/dev/disk/disk11 /dev/rdisk/disk11
disk 15 64000/0xfa00/0x10 esdisk CLAIMED DEVICE HITACHI DF600F
/dev/disk/disk15 /dev/rdisk/disk15
disk 23 64000/0xfa00/0x14 esdisk CLAIMED DEVICE HITACHI DF600F
/dev/disk/disk23 /dev/rdisk/disk23
disk 28 64000/0xfa00/0x16 esdisk NO_HW DEVICE HP P2000 G3 FC
/dev/disk/disk28 /dev/rdisk/disk28
disk 29 64000/0xfa00/0x17 esdisk NO_HW DEVICE HP P2000 G3 FC
/dev/disk/disk29 /dev/rdisk/disk29
disk 34 64000/0xfa00/0x18 esdisk CLAIMED DEVICE HP P2000 G3 FC
/dev/disk/disk34 /dev/rdisk/disk34
disk 35 64000/0xfa00/0x19 esdisk CLAIMED DEVICE HP P2000 G3 FC
/dev/disk/disk35 /dev/rdisk/disk35
RX2604[/#]
这种情况的出现是因为,disk28和disk29这2块盘之前有使用,后来在HP p2000的存储上删除重新划掉过,而disk34和disk35是新盘,在这台服务器上以前未使用过,所以状态是正常的。
HP-UX主要使用HFS和VXFS两种文件系统,而这两种文件系统的主要特性和区别如下:
HFS是一种分层文件系统,早期由苹果开发,用于mac系统(mac基于unix),后来引入到其他unix系统。主要特性如下:
分层文件系统把一个卷分为许多512字节的“逻辑块”。这些逻辑块被编组为“分配块”,这些分配块可以根据卷的尺寸包含一个或多个逻辑块。HFS对地址分配块使用16位数值,分配块的最高限制数量是65536。
组成一个HFS卷需要下面的五个结构:
VeritasFileSystem(VxFS)是首个商业日志记录文件系统。通过日志记录功能,元数据更改首先写入到日志,然后再写入到磁盘。由于无需在多处写入更改,且元数据是异步写入的,因此吞吐量的速度较快。VxFS也是基于扩展区的意向日志记录文件系统。VxFS设计用于要求高性能和高可用性,并且可以处理大量数据的操作环境。
配置文件 /etc/default/fs定义了hp-ux的默认文件系统:
# cat /etc/default/fs
LOCAL=vxfs
#ioscan
#insf -e
也可以指定单个磁盘硬件路径
#insf -e -H 0/0/1/0.0×0.0x0
Legacy DSF(s)是hpux11.31之前的磁盘表现方式,/dev/dsk/c0t0d0。hpux11.31之后为了兼容,所以仍然在系统中同时使用此种设备表现方式。
#ioscan -m dsf
Persistent DSF Legacy DSF(s)
========================================
/dev/rdisk/disk1 /dev/rdsk/c0t0d0