ITPub博客

ext3与ext2最大的区别就是ext3有日志，相信大家也知道ext3的日志模式有三种[@more@]◆data=journal日志模式日志中记录包括所有改变文件系统的数据和元数据。它是三种ext3日志模式中最慢的，也是最安全的一种。每个变化需要写磁盘2次、日志写1次。所有新数据首先被写入日志，然后才被定位。意外发生过后，日志可以被重放，将数据与元数据带回一致状态。◆data=ordered日志模式仅记录改变文件系统的元数据，且溢出文件数据要补充到磁盘中。这是缺省的ext3日志模式。文件数据的变化情况并不被记录在日志中，但它们必须做，而且由ext3的daemon

heartbeat默认模式是没法监控资源的，也就是说其中某个资源要是crash掉了，也不会发生任何动作，它只有当它认为对方机器dead后才会发生动作。也就是机器crashed，网络断掉了之类。这显然没法达到我们的目标。 为了达到我们的目标就要采用crm(cluster resource management)模式了。[@more@] 首先，先按默认模式配置heartbeat(详见heartbeat新手上路)。默认模式配置成功后，再按下面的步骤操作： 1)在ha.cf里面增加 crm on 2)将haresources资源文件转换成cib.xml文件,2.1.3自带有转换脚本 /usr/local/lib64/heartbeat/haresources2cib.

一台dell 6950机器突然不断地报Jun 26 20:54:46 asoftdw_pri kernel: sdh : READ CAPACITY failed.Jun 26 20:54:46 asoftdw_pri kernel: sdh : status=0, message=00, host=7, driver=00 Jun 26 20:54:46 asoftdw_pri kernel: sdh : sense not available. Jun 26 20:55:16 asoftdw_pri kernel: sdh: Write Protect is offJun 26 20:55:16 asoftdw_pri kernel: sdh: assuming drive cache: write throughJun 26 20:55:16 asoftdw_pri kernel: sdh:<3>Buffer I/O error on device sdh, logical block 0Jun 26 20:55:16 asoftdw_pri ke

hdlm 5.9是hds多路径软件最新版本的，它与以前版本有不小的改进，比如以前一个ldev，如果有4个通道，那么在os上面可以看到4个hdisk，然后这个hdisk再组成一个dlmfdrv，在5.9中只有一个hdisk，没有dlmfdrv等等。在hacmp中配置的话，也有一些改动1.Method to identify ghost disks用下面这个角本，还是没变。/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check2.Method to identify ghost disks要采用"SCSI3"，以前的角本已经没了。3.disk type设置为：disk/fcp/Hitachi[@more@]

aix p590上有多块网卡。我想控制业务走一块网卡，管理及备份走另一块网卡。要实现这样的目的需要修改路由。[@more@]修改路由成如下：default xx.xx.11.254 UG 3 212067 en3 - - 127/8 127.0.0.1 U 17 1466322 lo0 - - xx.xx11.0 xx.xx.11.56 UHSb 0 0 en3 - - =>xx.xx.11/24 xx.xx.11.56 U 3 956313 en3 - - xx.xx.11.255 xx.xx.11.56 UHSb 0 15 en3 -

节点c2c:1号网卡 172.18.11.51(boot)2号网卡 172.18.12.51(standby)service ip 172.18.11.50 (通信地址)管理IP地址： 172.18.13.50 (两块网卡做etherchannel)trade节点：3号网卡 172.18.11.57(boot)4号网卡 172.18.12.57(standby)service ip 172.18.11.56 (通信地址)管理IP地址： 172.18.13.56 (两块网卡做etherchannel[@more@]测试方案一： 同时停掉1,2号网卡，service ip地址漂移到4号网卡上。 此时两个两节的数据库将挂住12分钟左右。alert日志显示为一串IPC Send timeout detected. Sender ospid 200824。 最后两节点都宕

由于Cron 是Linux的内置服务，可以用以下的方法启动、关闭这个服务:/sbin/service crond start //启动服务/sbin/service crond stop //关闭服务/sbin/service crond restart //重启服务/sbin/service crond reload //重新载入配置。。。。。[@more@]crontab在/etc目录下面存在cron.d，cron.daily，cron.weekly,cron.monthly,cron.hourly五个目录和crontab,cron.deny二个文件。cron.daily是每天执行一次的job，cron.weekly是每个星期执行一次的job.cron.monthly是每月执行一次的job,cron.hourly是每个小时执行一次的job.cron.d是系

在4个光纤交换机级联成功后，将4个LUN挂到HP主机上。于是就到了HP主机认盘。HP主机认盘比IBM复杂一些。IBM只需要cfgmgr即可找到。[@more@]HP认盘按以下步骤操作：1.ioscan -fnCdisk2.建立设备文件insf -H 0/4/1/0.2.0.0.0.0.0insf -H 0/4/1/0.2.0.0.0.0.1insf -H 0/4/1/0.2.0.0.0.0.2insf -H 0/4/1/0.2.0.0.0.0.3然后再ioscan -fnCdisk：disk 19 0/4/1/0.2.0.0.0.0.0 sdisk CLAIMED DEVICE FUJITSU E4000 /dev/dsk/c16t0d0 /dev/rdsk/c16t0d0disk 20 0/4/1/0.2.0.0.0.0.1 sdisk

新购license已到位。选择一个晚上扩license，将支持2个domain升级到full fabrics.拿到license的确认书一看，晕,上面是一串transaction key。还需要到网上去生成license。到https://www.switchkeyactivation.com/slkInternet/brocade网站去，一步一步来，输入光纤交换机的wwn和transaction key生成序列号。然后licenseadd 'xxxx'reboot光纤交换机(由于有两台光纤交换机，reboot一台不会影响业务)。然后4个光纤交换机级联成功![@more@]

大家都知道RAID 0+1是先条带化，再镜像；RAID 1+0是先镜像再条带化。这两种RAID配置哪种更好呢？[@more@]我们举个例子，总共8块硬盘。RAID 0+1的配置图如下：RAID 1+0的配置图如下：针对RAID 0+1，一个Set中的硬盘损坏都会导致该Set损坏。这样的话，如果A，B两个Set中都各坏一个硬盘的话，则整个RAID都将损坏。而RAID 1+0，只有一个Set中的硬盘都损坏时，才会导致整个RAID损坏。也就是说当1中的两块硬秀都坏掉时，整个RAID都会损坏。只要不是同一个Set中的两块硬盘损坏，则整个RAID就不会损坏。按概率的角度来讲，RAID 0+1损坏第二块盘导致

我们找了个时间，将其他两台光纤交换机的domain id改成3和4.改完后，重新认盘。这些工作都挺顺利的。但是在将它们接到fabric中时，报出了fabric size (3) 超过了允许支持的2个限制。也就是说我们级联后，fabric中有3个光纤交换机，但是这个fabric中的某个光纤交换机只支持两个光纤交换机的级联。真是又晕倒了~~~~~~[@more@]采用licenseshow命令，查看光纤交换机的license：swd76:admin> licenseshowb99ydzcRedcAAzeM:Web licensezcbeczSzR0dcfdq:Zoning licenseRyeSzRScycSzfT08:Fabric licensejh1000:admin> licenseshowb99ydzcRed

redflag 4.0 dc我们为了平衡整个盘阵中的IO,我们分别从不同的raid组中划了一个lun，挂接到其中的一台主机上，其OS为redflag 4.0 dc。然后在上面建立pv,vg,lv，ext3文件系统。但是如何使vg自动激活和文件系统自动加载呢？[@more@]redflag 4.0 dc居然不会自动激活vg的。真是一个字“土”啊。为了能够自动激活vg，我们在rc.local文件中填加：vgscanvgchange -a y同时在/etc/fstab中增加自动加载文件系统的信息。然后重启主机。。。。。结果居然不能正常启动。。。。。跑到机房一看，才发现原来这个vg是放在最后激活的，这样fstab无法加载文件

在我们将备份存储挂接到SAN上时，通过存储管理软件，居然找不到任何的光纤卡的wwn地址。检查光纤交换机和它的指示灯，一切都是正常。那么只有可能是zone的问题了。[@more@]检查两边交换机上的信息，其zone都是针对domain id为1的zone信息。这些zone信息也是默认的zone。即默认情况下(不知道是不是所有的光交都是这样的，还是我们这几台是这样的。)，光交上的0和4号端口是预留给存储的，其他的端口是留给主机之类的。这样默认的zone信息是其他任何端口都是0和4分别组成单独的zone。即：zone: zone_10_0 1,10; 1,0 zone: z