Asset ID: |
1-71-1308603.1 |
Update Date: | 2011-05-16 |
Keywords: | |
Solution Type
Technical Instruction Sure
Solution
1308603.1
:
VTL - How to Perform a Health Check of a VTL system
Related Items |
- Sun StorageTek VTL Value System
- Sun StorageTek VTL Prime System
- Sun StorageTek VTL Plus Storage Appliance
- Sun StorageTek VTL Storage Appliance
|
Related Categories |
- GCS>Sun Microsystems>Storage - Tape>Tape Virtualization
|
In this Document
Goal
Solution
Created from <SR 3-3247315791>
Applies to:
Sun StorageTek VTL Plus Storage Appliance - Version: 1.0 - Build 1323 to 2.0 - Build 1656 - Release: 1.0 to 2.0 Sun StorageTek VTL Prime System - Version: 1.1 - Build 2076 and later [Release: 1.0 and later] Sun StorageTek VTL Storage Appliance - Version: 4.0 - Build 1221 to 4.0 - Build 1221 [Release: 4.0 to 4.0] Sun StorageTek VTL Value System - Version: 1.0 - Build 1323 to 1.0 - Build 1323 [Release: 1.0 to 1.0] Information in this document applies to any platform.
Goal
To provide customers or field support with basic steps to check the health of a VTL system.
Solution
From VTL Console GUI, do the following: - Select/highlight the node you are performing a health check on.
- Review information under "General" tab on right hand side of screen
(this is the default tab to be displayed). For example, verify "Server
Status" is "Online", "VTL Up Time" is appropriate (not been reset),
"Failover Mode" is "Normal".
Note: If failover has occurred, the server name will be red and message will be displayed on status line at bottom of screen.
- Click on the "Event Log" tab (the tab next to General on the
top-right of the screen) and review/verify any messages that logged
process has failed or errors been logged.
Note: Typically the errors will have a red "E" to the left of the messages.
- Click on the "Attention Required" tab, and review for any actionable items
The
following 4 items may not be needed, as any errors shoul d be reported
in Event Log, but the following can be used to further
troubleshoot/pinpoint an error listed in event log if needed:
- Open/expand the "VirtualTape Library System>Virtual Tape
Library" tree to view vlib, vdrives and vtapes looking for for yellow
or red icons, which inicate a problem.
- Open "Physical Tape Libraries" or "Replica Resources" tree and check for problems, if applicable
- Open "VirtualTape Library System>Physical Resources" tree and look for yellow or red icons (down HBAs, or offline LUNs).
- Open "SAN Clients" tree to verify no backup application clients are offline
- Check Backup Application logs for errors
- OPTIONAL (If familiar with the Disk Software): Check SANtricity or CAM for disk array health status Note: If familiar with All supportdata files, can review those instead
The following can be done from the VTL Solaris command line, if VTL
Console access is not available (Note: root access is required): - Enter 'vtl status' command. You should see "Running" for all process, as the following shows:
Sun Microsystems VTL Server v4.00 (Build 1323) Copyright 2001-2007 by FalconStor Software. All Rights Reserved. Status of VTL SNMPD Module................ [RUNNING] Status of VTL QLogic Module............... [RUNNING] Status of VTL Authentication Module....... [RUNNING] Status of VTL Server (Compression) Module. [RUNNING] Status of VTL Server (FSNBase) Module..... [RUNNING] Status of VTL Server (Upcall) Module...... [RUNNING] Status of VTL Server (Event) Module....... [RUNNING] Status of VTL Server (Path Manager) Module [RUNNING] Status of VTL Server (Application)........ [RUNNING] Status of VTL FC Target Module............ [RUNNING] Status of VTL Server VTL Upcall Module.... [RUNNING] Status of VTL Server VTL Upcall Daemon.... [RUNNING] Status of VTL Server VTL Module........... [RUNNING] Status of VTL Communication Module........ [RUNNING] Status of VTL Logger Module............... [RUNNING] Status of VTL Self Monitor Module......... [RUNNING] Status of VTL Failover Module............. [RUNNING]
- Enter 'sms -v' command. Check for "FailOverStatus: 1(UP)", status' of
"OK" and "0" or "NO" in other fields, as the following shows:
Usage: sms {force|nas|nasc|fm|sm|bmr|bmrreset|setroot (sm/fm)|clearreboot(sm/fm)} {value} bmr - to set the BMR health status bmrreset - to reset BMR value nas - to reset the NAS failure status nasc - to set nas health check force - enable force up fm - to set ipstorfm debug level sm - to set ipstorsm debug level
Last Update by SM: Tue Mar 29 06:45:17 2011 Last Access by RPC: Tue Mar 29 06:45:27 2011 FailOverStatus: 1(UP) Status of IPStor Server (Transport) : OK Status of IPStor Server (Application) : OK Status of IPStor Authentication Module : OK Status of IPStor Logger Module : OK Status of IPStor Communication Module : OK Status of IPStor Self-Monitor Module : OK Status of IPStor NAS Modules: OK(0) Status of IPStor Fsnupd Module: OK Status of IPStor ISCSI Module: OK Status of IPStor BMR Module: OK( 0) Status of FC Link Down : OK Status of Network Connection: OK Status of force up: 0 Broadcast Arp : NO Number of reported failed devices : 0 NAS health check : NO XML Files Modified : NO IPStor Failover Debug Level : 0 IPStor Self-Monitor Debug Level : 0 Do We Need To Reboot Machine(SM): NO Do We Need To Reboot Machine(FM): NO Nas Started: NO
- Enter 'ifconfig -a' command. Make sure all Ethernet interfaces are up
<IP Configuration : "/sbin/ifconfig -a"> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 82 32 index 1 inet 127.0.0.1 netmask ff000000 bge0:flags=1001000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,FIXEDMTU> mtu 1500 index 2 inet 10.0.0.21 netmask ffffff00 broadcast 10.0.0.255 ether 0:9:3d:15:0:d bge0:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2 inet 10.0.0.20 netmask ffffff00 broadcast 10.0.0.255 bge1:flags=1001000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,FIXEDMTU> mtu 1500 index 3 inet 177.nnn.nnn.nnn netmask ffffff00 broadcast 177.nnn.255.255 ether 0:9:3d:15:0:e bge1:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3 inet 177.nnn.nnn.nnn netmask ffffff00 broadcast 177.nnn.nnn.255
- Run Xray and review for errors (specifically messages file)
See KM doc id 1146464.1 for instructions on running Xray from command line.
If any issues are discovered, take appropriate actions to correct. If corrective actions are not known or cannot be done, refer to VTL documentation and/or open a support ticket with Oracle VTL support.
Attachments
This solution has no attachment
|