当试图通过图形管理界面或命令行访问SE6920内部存储单元时,报告如下错误:
sp0 # /opt/se6x20/cli/bin/sscs list array array00
array health not ok: supporting entity error
出现此类错误时,系统一般都会将详细的错误描述保存到”/var/tmp/6x20LogFile.0”文件中,对于该类错误,可能的错误描述如下:
第一种错误提示:
sp0 # more /var/tmp/6x20LogFile.0
…
com.sun.netstorage.array.mgmt.util.ProviderLogger log
SEVERE: Failure uploading latest data file:
java.io.FileNotFoundException: /opt/se6x20/t4files/treedata.htm (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:103)
at java.io.FileInputStream.(FileInputStream.java:66)
at com.sun.netstorage.array.mgmt.se6120.internal.RequestBroker.getDeviceInstances
(RequestBroker.java:470)
at com.sun.netstorage.array.mgmt.se6120.internal.RequestBroker.invalidateCache
(RequestBroker.java:183)
at com.sun.netstorage.array.mgmt.se6120.internal.ArrayObject$1.run
(ArrayObject.java:322)
at java.lang.Thread.run(Thread.java:536)
系统提示没有treedata.htm文件,导致管理程序无法获取内部存储单元的配置,解决方法:
step1. 该文件包含在SUNWseput软件包中,将其上传到”/opt/se6x20/t4files/”目录下.
step2. 重新启动管理程序服务进程.
sp0# /opt/se6x20/bin/restart_se6000
第二种错误提示:
sp0 # more /var/tmp/6x20LogFile.0
…
com.sun.netstorage.array.mgmt.util.ProviderLogger log
SEVERE: Uploader.upload: Failed when triesRemaining: 3
sun.net.ftp.FtpLoginException: Not logged in
at sun.net.ftp.FtpClient.readReply(FtpClient.java:225)
at sun.net.ftp.FtpClient.issueCommand(FtpClient.java:187)
at sun.net.ftp.FtpClient.login(FtpClient.java:451)
at com.sun.netstorage.array.mgmt.se6120.internal.Uploader.doUpload
(Uploader.java:156)
at com.sun.netstorage.array.mgmt.se6120.internal.Uploader.upload(Uploader.java:97)
at com.sun.netstorage.array.mgmt.se6120.internal.RequestBroker.getDeviceInstances
(RequestBroker.java:515)
at com.sun.netstorage.array.mgmt.se6120.internal.RequestBroker.invalidateCache
(RequestBroker.java:185)
at com.sun.netstorage.array.mgmt.se6120.internal.ArrayObject$1.run
(ArrayObject.java:363)
at java.lang.Thread.run(Thread.java:534)
上述错误表明后端服务管理程序无法通过FTP将内部存储单元的相关配置信息上传到本身的配置库中,导到此类错误的可能原因有:
- 管理程序通过默认的口令无法登录到内部存储单元上(SE6120默认的密码为sun1)
- 内部存储单元上的文件系统损坏(/web和/etc目录下的文件一个或多个丢失,需直接登录到内部存储单元上检测)
如果引起此类错误的原因为后一种(即内部存储单元上的文件系统损坏),可通过如下方法恢复:
step1. 将内部存储单元内的”/etc”和”/web”目录全部删除(假如存在),如果可能的话,尽量将”/etc/syslog.conf”文件备份到本地.
默认的syslog.conf文件内容:
*.notice @192.168.0.2 (此处IP为SSP的管理IP)
*.info /syslog
step2. 从sunsolve.sun.com网上下载与阵列当前firmware相匹配的patch(如阵列firmware版本为3.2.2,对应的patch则为116931-18),从patch中恢复这些文件,基本过程如下:
- 将patch解压后,安装相应的包.
# pkgadd -d . SUNWc6120
- 通过软件包自带的脚本6120.sh将所有需要的文件自动上传到阵列上.
详细过程请参考patch中的README文件.
step3. 确保文件系统已被恢复且”/etc/syslog.conf”文件存在并已正确配置.
step4. 复位阵列.
step5. 用命令行将所有内部存储单元重新注册到后端服务管理程序的配置库中.
a) 以root用户身份登录到SSP中,将admin用户启用.
默认情况下,不允许admin用户直接登录到SSP中,如下所示:
sp0 # more /etc/passwd | grep admin
admin:x:20002:55:Sun StorEdge Administration:/:/bin/false
将其临时改为:
admin:x:20002:55:Sun StorEdge Administration:/:/sbin/sh
b) 退出SSP,并以admin用户身份再次登录到SSP中,重新注册内部存储单元.
sp0 # cd /opt/se6x20/tools
sp0 # ./removeT4.ksh 192.168.0.40(为第一个array的内部IP地址)
sp0 # ./listT4.ksh
sp0 # ./addT4.ksh 192.168.0.40
c) 等待大概5分钟,让服务管理程序自动刷新配置库,然后用命令行确认:
sp0 # cd /opt/se6x20/bin
sp0 # ./sscs list array array00
阅读(1099) | 评论(0) | 转发(0) |
