CX4-120详细信息

最小的CX4-120配置由一个2U的SPE、一个1U的SPS和一个3U的DAE组成,一共6U大小。

一个满配的CX4-120是由SPE和双SPS以及8个3U的DAE组成,共需要30U的空间。

每一个CX4-120控制器都包含1个1.2GHz的双核Intel Xeon处理器。而双控制器的架构也给CX4-120存储系统的性能、稳定性和可靠性带来了极大的增强。每个CX4-120控制器内部都有3GB的系统缓存。在两个控制器之间都有4条PCI-E的CMI通道,用于控制器之间的通讯和信息的传输,它还有一个重要的功能就是为存储系统的写缓存做镜像,防止因为单个控制器的故障导致的数据丢失。

CX4-120 SPE使用4个400W的电源,每个控制器支持N+1的电源和N+1的冷却系统,电源里包含一个温度监控的热传感器,时刻监控着系统温度的变化。冷却系统通过高速的送风机为每个电源降温。

一个单电源就能提供一个控制器需要的能源,一个风扇也能满足一个控制器的冷却需求。

CX4-120的每个控制器都能够在一个电源和一个风扇模块供给的情况下工作,所以如果有单个电源或者风扇坏掉,控制器都可以维持高可用性。

CX4-120 SPE使用两个1 KW的SPS用以存储系统出现断电的情况下,将写缓存中的数据写入到一些指定磁盘空间里。此外,在CX4-120的使用中,SPS的功率输出不但用于SPE的能源供给,还用于第一个后端循环中的第一组DAE的能源供给。

  • 转载于Internet

备注:

SPE: The SPE is the enclosure that holds the storage processors (SPs).

SWAP大小分配原则

现在服务器内存配置越来越大,以往比较通用的Memory * 1.5的原则基本不再适用,下面是网上收集来的新的分配原则,基于Red Hat Linux的建议,也适合其它Unix。

1)安装系统时难以确定内存的负荷,如何设置交换分区大小
2)系统中物理内存越大,所需交换分区就会越少
因此,在Red Hat Enterprise Linux 5中,以下是设置合适的交换分区大小的规则:
小于等于4G物理内存的系统,至少设置2GB的交换分区
4G~16G物理内存的系统,至少设置4GB的交换分区
16G~64G物理内存的系统,至少设置8GB的交换分区
64G~256G物理内存的系统,至少设置16GB的交换分区

There is no fixed rule to size swap. It depends on the application requirement. The rule of thumb I use is:
if RAM<4GB: swap=2xRAM if RAM is between 4GB - 8GB, swap=RAM if RAM>8GB swap=8GB

The best way is to reserve some disk space for future growth in case you need more swap space and monitor the system.

/var sizing is not related to the physical memory. /var is used to store log, temporary files, spool and core dumps. For example, if the machine is used as mail or print server and it has a lots of messages or print jobs, you need to size /var bigger. Also, when machine crashes, if savecore is enabled, the OS will automatically try to save the kernel dump to /var/crash directory. 10G is kind of overkill but it doesn't hurt as long as you have enough space.

今天有同事安装Redhat Linux 64bit虚拟机时,碰到如下错误提示:

"Your CPU does not support long mode. Use a 32bit distribution."

机器本身安装的是Windows 7 64bit,VMware-server也支持安装64bit系统。通过
VMware-guest64check软件检查该版本是否支持64位系统,结果如下:

"This host is capable of running a 64-bit guest operating system under this vmware product."

最后,上网查询解决方法:

设置BIOS将Inter Virtualization Technology和Inter VT均设置为ENABLE,设置后则可以将虚拟64bit系统。

Red Hat Linux升级以后PowerPath重新安装

最近公司的一台Red Hat Linux频繁出现网络服务非正常停止的情况,重启网络服务后恢复正常。因此怀疑是Red Hat Linux有问题,考虑将系统升级到最新的补丁。

目前操作版本是5.3,最新补丁是5.5,。通过RHN下载补丁,安装并重新启动后,发现挂载的EMC SAN磁盘无法访问,

# powermt display dev=all 
initialization error

# rpm -qa | grep EMCpower
EMCpower.LINUX-5.1.2.00.00-021

因为内核更新了,所以需要安装最新的PowerPath软件。下载最新版本:EMCpower.LINUX-5.3.1.00.00-111.rhel5.x86_64.rpm

# rpm -ivh EMCpower.LINUX-5.3.1.00.00-111.rhel5.x86_64.rpm 
Preparing...                ########################################### [100%]
   1:EMCpower.LINUX         ########################################### [100%]
All trademarks used herein are the property of their respective owners.
NOTE:License registration is not required to manage the CLARiiON AX series array.

然后重新启动服务器。

# /etc/init.d/PowerPath status
Usage: /etc/init.d/PowerPath {start|stop}

# /etc/rc.d/init.d/naviagent status
naviagent (pid 6651) is running...

# powermt display dev=all
PowerPath modules are not loaded.
Ensure that the modules are loaded and try again.

# emcpadm getusedpseudos
<ERROR: unable to determine device major number>

还是无法识别SAN磁盘,查阅资料后看到,手工重新启动PowerPath服务可以解决这个问题。

# /etc/init.d/PowerPath stop
Stopping PowerPath: PowerPath is not running
done

# /etc/init.d/PowerPath start
Starting PowerPath: done

# powermt display dev=all
Pseudo name=emcpowere
CLARiiON ID=FCNCX093400078 [sh-rsync]
Logical device ID=6006016014A02500A2A3A6100FAADE11 [MetaLUN]
state=alive; policy=CLAROpt; priority=0; queued-IOs=0
Owner: default=SP B, current=SP B       Array failover mode: 1
==============================================================================
---------------- Host ---------------   - Stor -   -- I/O Path -  -- Stats ---
###  HW Path                I/O Paths    Interf.   Mode    State  Q-IOs Errors
==============================================================================
   3 qla2xxx                   sdb       SP B0     active  alive      0      0
   4 qla2xxx                   sdc       SP A0     active  alive      0      0

查看加载的模块:

[root@DB01 ~]# vi /etc/modprobe.conf
alias scsi_hostadapter megaraid_sas
alias scsi_hostadapter1 ata_piix
alias scsi_hostadapter2 qla2xxx
alias eth0 bnx2
alias eth1 bnx2
alias eth2 bnx2
alias eth3 bnx2
###BEGINPP
include /etc/modprobe.conf.pp
###ENDPP

之前每次重新配置SAN磁盘emcpower后面的字母就改为后一个,目前是/etc/emcpowere,看来是pseudo设备名字没有删除的原因。

# emcpadm getusedpseudos
PowerPath pseudo device names in use:

Pseudo Device Name      Major# Minor#
        emcpowera         120      0
        emcpowerb         120     16
        emcpowerc         120     32
        emcpowerd         120     48
        emcpowere         120     64

Sun Solaris 10 NTP客户端配置

服务器时间同步非常重要,否则在涉及到类似Kerberos验证的应用时,会导致两个节点无法认证的情况,因此最好把所有服务器配置为时间服务器同步时间。

修改/etc/inet/ntp.conf文件

server pool.ntp.org prefer #添加NTP服务器1

启动ntp服务

svcadm enable network/ntp

检查 ntp 依赖:

svcs -l svc:/network/ntp:default

然后

svcadm enable svc:/network/ntp
svcadm refresh svc:/network/ntp
svcadm restart svc:/network/ntp

在/var/adm/message日志中查看NTP同步时间的记录。

Exceed无法打开登录界面的问题

最近几台通过HMC方式安装的AIX机器,在Exceed XDMCP Broadcast中可以正常找到,不过连接上去后只打开一个控制台,无法打开登录界面。

怀疑是不是CDE没有正常启动,检查系统与dt有关的进程,发现dtlogin正常启动,但是有一个比较奇怪的Xsetup进程。

# ps -ef | grep dt
    root 127052      1   0 09:30:08      -  0:00 /usr/dt/bin/dtlogin -daemon 
    root 159898 176276   0 09:32:20      -  0:00 /bin/ksh /usr/dt/config/Xsetup 
    root 176276 127052   0 09:32:19      -  0:00 /usr/dt/bin/dtlogin -daemon 

先关闭CDE服务,然后通过/etc/rc.dt重启CDE,发现可以正常打开登录窗口。

# /usr/dt/bin/dtconfig -kill
# /etc/rc.dt 
Starting AIX Windows Desktop..............#               
# ps -ef | grep dt
    root 176278      1   0 09:38:24      -  0:00 /usr/dt/bin/dtlogin -daemon 

重启系统之后,发现问题依旧,必须再手工重启CDE才能正常打开登录界面。

查了资料,怀疑的CDE的配置不知道哪里处理问题。于是手工将/usr/dt/config/Xsetup文件替换掉。

mv /usr/dt/config/Xsetup /usr/dt/config/Xsetup.bak


重启系统,Exceed连接成功。

C and C++ Runtime

在AIX系统中使用ImagicMagic时,报错提示找不到libxlsmp.a

Cannot load module libxlsmp.a(smprt.o).

发现C/C++ Runtime并没有安装,访问 http://www.ibm.com/support/us/en/ 网站,搜索以下关键字:

xlC.rte 11.1.0.0
xlcpp.rte
xlcpp.util

下载安装包:

xlcpp.rte.11.1.0.aix.base.tar.Z
xlcpp.util.11.1.0.aix.base.tar.Z
xlc.rte.111.aix53TL7-61.apr2010.ptf.tar

上传到AIX系统中,然后解压缩:

uncompress *.Z
tar xvf xlc.rte.111.aix53TL7-61.apr2010.ptf.tar
tar xvf xlcpp.rte.11.1.0.aix.base.tar
tar xvf xlcpp.util.11.1.0.aix.base.tar

注意:以上三个文件放在不同子目录中,然后依次安装。

smit installp

单个文件大小限制

AIX使用过程中,发现无法创建大小超过1G的单个文件:

# dd if=/dev/zero of=large_file bs=1024 count=2000000
dd: 0511-065 Requested a write of 1024 bytes, but wrote only 512.

# ls -l large_file
-rw-r--r--    1 root     system   1073741312 Jun 01 13:57 large_file

经过查证,JFS2本身支持文件系统大小是TB级的,所以这个并不是文件系统的限制。

Maximum JFS2 file system size:  32TB  
Maximum JFS2 file size: 16TB  
Minimum JFS2 file system size:  16MB  

这个单个文件最大1G的限制来自ulimit中,查看设置如下:

# ulimit -a
core file size          (blocks, -c) 1048575
data seg size           (kbytes, -d) 131072
file size               (blocks, -f) 1048575
max memory size         (kbytes, -m) 32768
open files                      (-n) 2000
pipe size            (512 bytes, -p) 64
stack size              (kbytes, -s) 32768
cpu time               (seconds, -t) unlimited
max user processes              (-u) 262144
virtual memory          (kbytes, -v) unlimited
-bash-3.2# exit

编辑ulimit默认配置文件/etc/security/limits,找到如下设置:

default:
fsize = 2097151

将文件最大尺寸限制更改为无限制,如下:

default:
fsize = -1

登出用户后,重新登录,再次查看文件大小限制:

# ulimit -a
core file size          (blocks, -c) 1048575
data seg size           (kbytes, -d) 131072
file size               (blocks, -f) unlimited
max memory size         (kbytes, -m) 32768
open files                      (-n) 2000
pipe size            (512 bytes, -p) 64
stack size              (kbytes, -s) 32768
cpu time               (seconds, -t) unlimited
max user processes              (-u) 262144
virtual memory          (kbytes, -v) unlimited

再次创建2G大小的文件成功。

# dd if=/dev/zero of=large_file bs=1024 count=2000000
2000000+0 records in.
2000000+0 records out.

# ls -l large_file 
-rw-r--r--    1 root     system   2048000000 Jun 01 14:28 large_file

Exceed登录AIX远程桌面的问题

今天用Exceed登录新安装的AIX远程桌面,在Exceed XDMCP Brodcast中可以看到AIX主机,但是尝试访问远程桌面时,无法打开登录界面。

查看错误日志/var/dt/Xerrors,发现错误信息如下:

XIO:  fatal IO error 73 (A connection with a remote socket was reset by 
that socket.) on X server "p573223l.yourdomain.com:0.0"
      after 776 requests (774 known processed) with 0 events remaining.
_X11TransSocketINETConnect() can't get address for 37l4247e29-32.
yourdomain.com:6000: Hostname and service name not provided or found
_X11TransSocketINETConnect() can't get address for 37l4247e29-32
.yourdomain.com:6000: Hostname and service name not provided or found
_X11TransSocketINETConnect() can't get address for 37l4247e29-32
.yourdomain.com:6000: Hostname and service name not provided or found
_X11TransSocketINETConnect() can't get address for 37l4247e29-32
.yourdomain.com:6000: Hostname and service name not provided or found
_X11TransSocketINETConnect() can't get address for 37l4247e29-32
.yourdomain.com:6000: Hostname and service name not provided or found

考虑是不是CDE安装的问题,检查以下运行CDE所必须的文件集(可以用lslpp -l X11.Dt*来列出系统上已经安装的CDE文件集):

X11.Dt.ToolTalk -- AIX CDE ToolTalk 支持

这个文件集中包含为 AIX CDE 提供ToolTalk支持所需要的库文件和可执行文件。

X11.Dt.bitmaps -- AIX CDE 位图

这个文件集中包含 AIX CDE 所需要的图标和背景等图案。

X11.Dt.compat -- AIX CDE 兼容性包

这个文件集中包含有图标,操作定义和可执行文件等文件。这些文件已经从当前的AIX CDE软件包中删除,并且不会在未来的CDE发行版本中出现。提供它们的目的是为了便于从旧版本的CDE迁移到当前的版本。

X11.Dt.helpinfo -- AIX CDE 帮助文件

这个文件集中包含有完整的AIX CDE帮助文件。

X11.Dt.helpmin -- AIX CDE 最小帮助文件

这个文件集中包含有最小化的AIX CDE帮助文件。

X11.Dt.helprun -- AIX CDE 运行时帮助

这个文件集中包含有桌面帮助系统所需要的可执行文件,资源文件和配置文件。

X11.Dt.lib -- AIX CDE 运行时连接库

这个文件集中包含有支持桌面应用程序的运行时连接库,包括所有桌面服务,桌面小程序和桌面帮助所要使用的所有连接库。

X11.Dt.rte -- AIX 通用桌面环境

这个文件集中包含有在X Windows上运行CDE所需要的可执行文件,库文件和资源文件。

AIX 6.1添加物理卷到卷组中碰到的问题

今天安装好AIX 6.1以后,想把另外一块硬盘也添加到rootvg中,运行命令后报错:

# extendvg rootvg hdisk0
0516-1162 extendvg: Warning, The Physical Partition Size of 128 requires the
        creation of 1093 partitions for hdisk0.  The limitation for volume group
        rootvg is 1016 physical partitions per physical volume.  Use chvg command
        with -t option to attempt to change the maximum Physical Partitions per
        Physical volume for this volume group.
0516-792 extendvg: Unable to extend volume group.

根据提示,查看chvg命令的帮助发现:

-t 2
    If the volume group is created in AIX 4.1.2 in violation of 1016 physical 
partitions per physical volume limit, this flag can be used to
    convert the volume group to a supported state. This will ensure proper 
stale/fresh marking of partitions.

因为这台服务器之前安装的是AIX 5.3,而重新安装6.1时,并未重建PV,所以会有1016个PP的限制,根据提示将VG更新到支持最大2032个PP。

# chvg -t 2 rootvg
0516-1164 chvg: Volume group rootvg changed.  With given characteristics rootvg
        can include upto 16 physical volumes with 2032 physical partitions each.

再次添加PV成功:

# extendvg rootvg hdisk0

# lspv 
hdisk0          0002a50208bf91c7                    rootvg          active
hdisk1          0002a502955dd6bc                    rootvg          active

归档

友情链接

Creative Commons License
此Blog中的日记遵循Creative Commons(知识共享)授权

联系方式