- 论坛徽章:
- 0
|
Sfrac安装错误之四:vxinstall时报Configuration daemon is not accessible
配置完sfrac后,需要在各个节点运行vxinstall来启动v,w端口,更简单的来说,运行这个vxinstall成功后才可以使用vxdisk list命令,可参考
在sfrac中添加节点
,实际上vxinstall命令执行的操作是:
1) vxconfigd –m disable
2) vxdctl init
3) vxdctl enable
今天安装一个SFRAC4.1的build,在第一个节点执行vxinstall竟然就发现问题(另一个节点运行正常)。
root@lxsfrac04 # vxinstall
The Volume Manager appears to be installed already. You should
use vxdiskadm to add more disks to the system. Installation with
vxinstall will attempt to reinstall the Volume Manager from the
beginning. Depending upon how your system is currently configured,
a reinstallation may fail and could leave your system unusable.
Are you sure you want to reinstall [y,n,q,?] (default: n) y
Are you absolutely sure [y,n,q,?] (default: n) y
Please consult VxVM Release Notes to determine if a license key is necessary
for your system. If it is, please use the information below to request a
key. Installation will not be successful if a license key is required and
not present.
VxVM uses license keys to control access. If you have a SPARCstorage
Array (SSA) controller or a Sun Enterprise Network Array (SENA) controller
attached to your system, then VxVM will grant you a limited use license
automatically. The SSA and/or SENA license grants you unrestricted use
of disks attached to an SSA or SENA controller, but disallows striping,
RAID-5, and DMP on non-SSA and non-SENA disks. If you are not running an
SSA or SENA controller, then you must obtain a license key to operate.
Licensing information:
System host ID: 107d5c8d
Host type: i86pc
SPARCstorage Array or Sun Enterprise Network Array: No arrays found
Some licenses are already installed. Do you wish to review them
[y,n,q] (default: y) n
Do you wish to enter another license key [y,n,q] (default: n) n
Do you want to use enclosure based names for all disks ?[y,n,q,?] (default: n) y
mount: /dev/vx/dmp is already mounted or dmpfs is busy
mount: /dev/vx/rdmp is already mounted or dmpfs is busy
VxVM vxdctl ERROR V-5-1-1589 enable failed: Configuration daemon is not accessible
在网上查了一下Configuration daemon is not accessible 的解决方案。查到了东方蜘蛛的一个解决办法
vxconfigd进程无法自动启动
。
症状是一样的,那就是没有vxconfig进程
root@lxsfrac04 # ps -ef|grep vxcon
root 1479 837 0 16:12:36 pts/3 0:00 grep vxcon
先按照这种方法试一下。
root@lxsfrac04 # cd /etc/vx/reconfig.d/state.d/
root@lxsfrac04 # ls -rlt
total 0
root@lxsfrac04 # vxconfigd -x syslog -m boot
root@lxsfrac04 # ls -rlt
total 0
root@lxsfrac04 # ps -ef|grep config
root 9 1 0 15:47:24 ? 0:04 /lib/svc/bin/svc.configd
root 1486 837 0 16:13:44 pts/3 0:00 grep config
root 622 1 0 15:47:57 ? 0:02 /opt/VRTSob/bin/vxsvc -r /opt/VRTSob/config/Registry -e
root 1482 1 0 16:13:11 ? 0:01 vxconfigd -x syslog -m boot
vxconfigd进程启动了,再运行vxinstall
root@lxsfrac04 # vxinstall
Please consult VxVM Release Notes to determine if a license key is necessary
for your system. If it is, please use the information below to request a
key. Installation will not be successful if a license key is required and
not present.
VxVM uses license keys to control access. If you have a SPARCstorage
Array (SSA) controller or a Sun Enterprise Network Array (SENA) controller
attached to your system, then VxVM will grant you a limited use license
automatically. The SSA and/or SENA license grants you unrestricted use
of disks attached to an SSA or SENA controller, but disallows striping,
RAID-5, and DMP on non-SSA and non-SENA disks. If you are not running an
SSA or SENA controller, then you must obtain a license key to operate.
Licensing information:
System host ID: 107d5c8d
Host type: i86pc
SPARCstorage Array or Sun Enterprise Network Array: No arrays found
Some licenses are already installed. Do you wish to review them
[y,n,q] (default: y) n
Do you wish to enter another license key [y,n,q] (default: n) n
Do you want to use enclosure based names for all disks ?
[y,n,q,?] (default: n) y
VxVM vxdctl ERROR V-5-1-1589 enable failed: Configuration daemon is not accessible
还是不行。因为之前的错误提示:
mount: /dev/vx/dmp is already mounted or dmpfs is busy
mount: /dev/vx/rdmp is already mounted or dmpfs is busy
会不会是这些目录mount的状态不对呢?察看一下.
root@lxsfrac04 # df -h
Filesystem size used avail capacity Mounted on
/dev/dsk/c0t3d0s0 20G 7.5G 12G 39% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 11G 956K 11G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
/usr/lib/libc/libc_hwcap2.so.1 20G 7.5G 12G 39% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
swap 11G 40K 11G 1% /tmp
swap 11G 24K 11G 1% /var/run
/dev/dsk/c0t3d0s5 40G 14G 25G 37% /opt
/dev/odm 0K 0K 0K 0% /dev/odm
swap 11G 0K 11G 0% /dev/vx/dmp
swap 11G 0K 11G 0% /dev/vx/rdmp
对比一下正常的机器
root@lxsfrac05 # df -h
Filesystem size used avail capacity Mounted on
/dev/dsk/c1t0d0s0 9.9G 7.3G 2.4G 76% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 6.9G 924 6.9G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
/usr/lib/libc/libc_hwcap2.so.1
9.9G 7.3G 2.4G 76% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
swap 6.9G 44K 6.9G 1% /tmp
swap 6.9G 20K 6.9G 1% /var/run
swap 6.9G 0K 6.9G 0% /dev/vx/dmp
swap 6.9G 0K 6.9G 0% /dev/vx/rdmp
/dev/dsk/c1t0d0s5 53G 104M 53G 1% /opt
发现正常,应该不是/dev/vx/dmp目录的问题。不过也有新的发现,solaris10下会把/dev/vx/dmp和/dev/vx/rdmp目录作为swap分区mount上。在linux上就不是。
lxsfrac08:~ # uname -a
Linux lxsfrac08 2.6.16.60-0.21-smp #1 SMP Tue May 6 12:41:02 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux
lxsfrac08:~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 60G 23G 34G 41% /
udev 2.0G 480K 2.0G 1% /dev
tmpfs 4.0K 0 4.0K 0% /dev/vx
/dev/vx/dsk/oradg_70_73/oravol 40G 1.6G 37G 5% /oracle
lxsfrac08:~ #
lxsfrac08:~ # gabconfig -a
GAB Port Memberships
===============================================================
Port a gen 7a5006 membership 01
Port b gen 7a5005 membership 01
Port d gen 7a5004 membership 01
Port f gen 7a500c membership 01
Port h gen 7a5003 membership 01
Port v gen 7a5008 membership 01
Port w gen 7a500a membership 01
继续分析这个问题,为什么lxsfrac04不能运行呢?(重起过N次了)。因为这两个机器以前装的是SFRAC5.0MP3,dg的version比较高,会不会是因为这个导致之前作过master的lxsfrac04出问题了呢?尝试将这些dg及disk setup一下。
root@lxsfrac03 # vxdisk -o alldgs list
DEVICE TYPE DISK GROUP STATUS
Disk_0 auto:cdsdisk - - online
Disk_1 auto:cdsdisk - (oradg0304) online shared
Disk_2 auto:cdsdisk - - online
Disk_3 auto:cdsdisk - (oradg0304) online shared
Disk_4 auto:cdsdisk - - online
Disk_5 auto:cdsdisk - (vxfen122) online
Disk_6 auto:cdsdisk - (oradg0304) online shared
Disk_7 auto:cdsdisk - - online
Disk_8 auto:cdsdisk - - online
Disk_9 auto:cdsdisk - - online
Disk_10 auto:cdsdisk - - online
Disk_11 auto:cdsdisk - (vxfen122) online
Disk_12 auto:cdsdisk - - online
Disk_13 auto:cdsdisk - (vxfen0304) online
Disk_14 auto:cdsdisk - - online
Disk_15 auto:cdsdisk - (ocr_vt_dg137138) online shared
Disk_16 auto:cdsdisk - (vxfen0304) online
Disk_17 auto:cdsdisk - (asm_dg) online
Disk_18 auto:cdsdisk - - online
Disk_19 auto:cdsdisk - (vxfen122) online
Disk_20 auto:cdsdisk - (vxfen0304) online
Disk_21 auto:cdsdisk - (ocrvotedg) online
Disk_22 auto:cdsdisk - - online
Disk_23 auto:none - - online invalid
Disk_24 auto:none - - online invalid
root@lxsfrac03 # vxdiskunsetup -C Disk_1
root@lxsfrac03 # vxdiskunsetup -C Disk_3
root@lxsfrac03 # vxdiskunsetup -C Disk_6
root@lxsfrac03 # vxdiskunsetup -C Disk_13
root@lxsfrac03 # vxdiskunsetup -C Disk_15
root@lxsfrac03 # vxdiskunsetup -C Disk_16
root@lxsfrac03 # vxdiskunsetup -C Disk_20
root@lxsfrac03 # vxdiskunsetup -C Disk_21
root@lxsfrac03 # vxdisksetup -i Disk_21
root@lxsfrac03 # vxdisksetup -i Disk_20
root@lxsfrac03 # vxdisksetup -i Disk_16
root@lxsfrac03 # vxdisksetup -i Disk_15
root@lxsfrac03 # vxdisksetup -i Disk_13
root@lxsfrac03 # vxdisksetup -i Disk_6
root@lxsfrac03 # vxdisksetup -i Disk_3
root@lxsfrac03 # vxdisksetup -i Disk_1
再重起完lxsfrac04后,奇迹般的正常,可以正常使用vxdisk list了。
root@lxsfrac04 # vxdisk -o alldgs list
DEVICE TYPE DISK GROUP STATUS
Disk_0 auto:cdsdisk - - online
Disk_1 auto:cdsdisk - - online
Disk_2 auto:cdsdisk - - online
Disk_3 auto:cdsdisk - - online
Disk_4 auto:cdsdisk - (vxfen122) online
Disk_5 auto:cdsdisk - (vxfen122) online
Disk_6 auto:cdsdisk - - online
Disk_7 auto:cdsdisk - - online
Disk_8 auto:cdsdisk - - online
Disk_9 auto:cdsdisk - - online
Disk_10 auto:cdsdisk - - online
Disk_11 auto:cdsdisk - - online
Disk_12 auto:cdsdisk - - online
Disk_13 auto:cdsdisk - (asm_dg) online
Disk_14 auto:cdsdisk - - online
Disk_15 auto:cdsdisk - - online
Disk_16 auto:cdsdisk - - online
Disk_17 auto:cdsdisk - (vxfen122) online
Disk_18 auto:cdsdisk - - online
Disk_19 auto:cdsdisk - - online
Disk_20 auto:cdsdisk - - online
Disk_21 auto:cdsdisk - - online
Disk_22 auto:cdsdisk - - online
Disk_23 auto:none - - online invalid
Disk_24 auto:none - - online invalid
总结:低版本的sfrac不能import 高版本的dg, 识别这些硬盘也可能会出问题。建议先清除高版本SFRAC5的dg再安装配置低版本的SFRAC.
至于为什么另一台机器(lxsfrac03)就可以自动识别,启动vxconfigd进程就不得而知了。
vxconfigd进程无法自动启动
操作系统为S8
机器:V890
VM:V4.1
操作系统正常安装完毕
VM也正常安装,并输入License
但是出现
root@V890A # vxdisk path
VxVM vxdisk ERROR V-5-1-684 IPC failure: Configuration daemon is not accessible
检查进程发现
root@V890A # ps -ef|grep vx
root 197 1 0 12:07:55 ? 0:03 /opt/VRTSob/bin/vxsvc -r /opt/VRTSob/config/Registry -e
root 656 639 0 12:16:15 pts/1 0:00 grep vx
但是没有进程vxconfigd
需要重新输入指令:vxconfigd -x syslog -m boot
才能正常使用vxdisk等指令
但是如果机器重新启动后,该进程又消失了.
解决方法:# rm /etc/vx/reconfigd.d/state.d/install-db文件(因为不删除这个VXVM还在配置模式,不会启动vxconfig.d进程)
本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/2005/showart_1076705.html |
|