- Installing and Configuring System Settings for Cisco MXE 3500 Release 3.2
- Upgrading Cisco MXE 3500 Release 3.1 to Release 3.2
- Backing Up and Restoring Data for Cisco MXE 3500 Release 3.0 Upgrade to Release 3.2
- Deploying Cisco MXE 3500 in Standalone Configuration
- Deploying Cisco MXE 3500 in Resource Manager Configuration
- Deploying Licensed Features for Cisco MXE 3500
- Security Best Practices for Cisco MXE 3500
- Troubleshooting Cisco MXE 3500
Deployment and Administration Guide for Cisco MXE 3500 Release 3.2
Chapter: Troubleshooting Cisco MXE 3500
Troubleshooting Cisco MXE 3500
This section includes the following topics:
Logging
The ECS and LCS components are configured to log all informational, warning, and error messages to a rolling daily log file in the [MXE install directory]/logs directory, for example: C:\Program Files\Cisco\Media Experience Engine\logs.
Log files are local to each node. The files will be ECS01.log or LCS01.log. For Resource Manager deployments, the Resource Manager device will have both ECS and LCS log files, and the Resource Nodes will have only LCS log files. For standalone deployments, Cisco MXE 3500 will have both ECS and LCS log files.
A new log file is created each day with the date. For example, ECS01.log will be the ECS log for the first day of the month, and ECS02.log will be the ECS log for the second day of the month, and so on. Each month, the log files are overwritten during the course of the month.
To view the log files:
Navigate to the appropriate directory path on the node, and click the log file to open it.
Note 
Use a text editor to open the file. The extension may need to be mapped for the file to open with the selected text editor.
Troubleshooting
This section includes the following topics:
Troubleshooting Steps
To isolate an issue, complete the following initial troubleshooting steps:
1. Review the log files. For Resource Manager deployments, each node has its own log files. See also: Logging.
2. Review error messages/codes to identify the problem, file name, and location.
3. With available logging information, answer the following questions:
•Is the problem intermittent or consistent?
•For Resource Manager deployments, does the problem affect only one or all nodes?
4. Review the following information to isolate the problem:
See also: Troubleshooting FAQs.
Troubleshooting FAQs
This section includes the following topics:
•Standalone and Resource Manager Deployments
Standalone and Resource Manager Deployments
Q. How do I determine if a problem is related to a decode or an encode?
A. If the error is occurring on a prefilter, the problem is a decode error. If the error is occurring on an encoder, the problem is an encode error.
Q. Why can I not see the Hosts page when I log in to the Resource Manager or standalone Cisco MXE 3500 as Administrator?
A. This issue is due to Internet security settings. Open Internet Explorer, click Tools > Internet Options > Security > Local intranet. Choose "Medium" security level and apply the settings. Then, access the Hosts page again.
Resource Manager Deployments
About Installation, Upgrade, and Licensing
Q. Can I upgrade a standalone Cisco MXE 3500 to a Resource Manager or Resource Node?
A. No. There is no patch available to do this in Release 3.1.
Q. Why are the Resource Nodes not transcoding after I upload the software license file to the RM device?
A. After uploading the license file to all nodes, you must configure all the nodes as Hosts in the Resource Manager. See also: System Settings, page 5-10.
Q. Can Resource Manager function as Resource Node and execute a transcoding task?
A. Resource Manager does function as one of the Resource Nodes in a group. Resource Manager executes transcoding jobs, as well as load balancing and distributing jobs across the group.
About System Status
Q. How can I find out what jobs are running on the Resource Nodes?
A. Log in to the UI. From the Toolbox, select Monitoring > System Status to see the jobs that are running on each Resource Node. See also: Accessing the Cisco MXE 3500 Web User Interface (Standalone or Resource Manager), page 4-3.
Q. How do I know if a Resource Node is down?
A. When the Resource Node goes down or disconnects from the network, Resource Manager sends an e-mail to the system administrator if a valid SMTP server and e-mail address are configured in the System page.
About Configuration
Q. Can I create a watch on a Resource Node?
A. You can create a watch on any Resource Node, but the watch must be accessible to the Resource Manager and all other nodes in the group.
Q. Why do I get an error when I choose a media file in the UI that is local to the Resource Manager device (C:\media)?
A. Media files must be in a shared folder with UNC path because transcoding jobs can run on any Resource Node. You cannot choose files on a local machine (C:\media). See also: Input Section (Resource Manager Only), page 5-11.
About Nodes That Have Gone Down
Q. If a Resource Node goes down while executing a particular job, can another Resource Node execute the remaining sub-jobs?
A. When a Resource Node goes down, the Resource Manager redistributes its remaining jobs. Another Resource Node will start executing a sub-job from the beginning; it will not start from the middle of sub-job.
Q. If the Resource Manager goes down and is brought up, do I need to resubmit all the media files?
A. Yes, you must submit all the media files again.
Q. If a Resource Node goes down and is brought up, do I need to reconfigure it?
A. No. The Resource Node will automatically become a part of the group, and the Resource Manager will start distributing jobs when it finds that the Resource Node is up.
About Jobs That Have Failed or Are Not Executing
Q. Why are workers failing?
A. If a worker is failing on one node but running on others, the problem is likely a local node issue. If a worker is failing across all nodes, the problem is likely a network or Resource Manager issue.
Q. Why is a Resource Node that is configured as a Host in the Resource Manager not executing jobs?
A. There are two possibilities:
•The Resource Node is not on the network.
•There may be a configuration issue. If you configured an SMTP server and provided an e-mail address on the Systems page, you should have received an e-mail specifying the node that is down. If that Resource Node is up and the Resource Manager is accessible to that Resource Node, then it could be configuration problem. Go to the Hosts page and verify that the "permit all" checkbox is checked for that node. See also: User Settings (Resource Manager Only), page 5-13.
Contacting Cisco TAC
If attempts to rectify a problem fail, or if you have additional questions, please open a Service Request using the TAC Service Request Tool at:
http://tools.cisco.com/ServiceRequestTool/create/DefineProblem.do.
Please have your valid Cisco ID and password available. As an alternative, you may also call one of these numbers:
•Asia-Pacific: +61 2 8446 7411 (Australia: 1 800 805 227)
•EMEA: +32 2 704 55 55
•USA: 1 800 553-2447
You can find a complete list of Cisco TAC contacts at this URL:
http://www.cisco.com/techsupport/contacts
Reinstalling the Software
If you need to reinstall the software to recover the Cisco MXE 3500, we recommend that you back up first if possible. Follow the backup procedures in Chapter 3, "Backing Up and Restoring Data for Cisco MXE 3500 Release 3.0 Upgrade to Release 3.2." Then, follow the installation procedures in Chapter 1, "Installing Cisco MXE 3500 Release 3.2 and Configuring Network Settings and the Password for the Admin User Account."
Feedback