This book provides some of the more common issues in Sun Update Connection – Enterprise and resolutions.
The system dependency server starts automatically after installation. If you need to restart it, you must restart both the server application, which includes the knowledge base, and the dependency manager application.
The system dependency server starts automatically after installation. If you need to restart it, you must restart both the server application, which includes the knowledge base, and the dependency manager application.
Log in to the system dependency server as superuser.
Restart the server.
# /etc/init.d/uce_server restart |
Restart the DM:
# /etc/init.d/uce_engine restart |
(Optional) If you have a proxy SDS, restart the proxy.
Restart the DM of both the server and the proxy server.
The agent starts automatically after installation.
If an agent is not connecting to the SDS, perform the following steps to troubleshoot the problem:
Verify that the server is listening on port 8002.
Verify that the agent is sending data out on port 8002.
# netstat -an | grep 8002
Verify that other agents can connect to the SDS.
For more information about cloning inventories, see Cloning Inventories in Sun Update Connection – Enterprise 1.0 User’s Guide in the Sun Update Connection – Enterprise 1.0 User's Guide.
The following errors might be the result of clone inventory job:
Cannot Create Solaris Patch Job
Situation The job cannot be created because there are conflicts in patch management actions.
Error – Cannot create job due to patch conflicts.
Explanation – One Solaris patch can affect multiple software. In one job, you could see tasks to both install the patch for one software and uninstall the same patch for another software. This job cannot be done through the Compare Inventory feature.
Job Too Big
Situation – If the job contains too many actions, the following message is displayed
Error – The job exceeds the recommended size of 20 tasks. Do you want to continue?
Explanation – For every action that is sent as part of a job, more actions are added, to automatically handle dependency issues. If a job contains too many actions, there is a larger possibility that the job will fail on timeout.
Solution – You can click Continue and try to run the job as is. Or, you can break up the job into smaller ones:
Click Cancel and then delete some of the actions from the panel.
Click Make Target like Source again and run the job.
Create a job to run the remaining actions.
You can change the default minimum of 20 actions in the Preferences window. See Console Preferences – Jobs in Sun Update Connection – Enterprise 1.0 User’s Guide in the Sun Update Connection – Enterprise 1.0 User’s Guide.
No Tasks for Job
Situation – The job cannot be created because there are no actions, even if the comparison did find some differences.
Explanation – Some differences in inventory will not be translated into actions.
These are the following:
Solution – Rerun the comparison filter. If such components are the only differences between the two inventories, they are actually already very similar.
If you still want to make the managed hosts duplicates of each other, select the Difference between inventories radio button, take note of the list of differences, and create separate jobs to complete the cloning.
Cannot Locate Software Component
Situation – The job cannot be created because the components that you selected cannot be located.
Error – Cannot locate the following components.
Make sure they are added to the Local Components tree.
Explanation – The components that you selected are known because the SDS added them to the knowledge base. However, the software component itself was not uploaded, or was removed from the local machines. Therefore, there is no available software to be installed.
Solution – To add the software component to the knowledge base:
Log into the console as an user with full permissions or as admin.
From the Components list, select Local/Local RPMs or Local/Local PKGs and then click Attach.
In the Attach Target File window, browse to the managed host and path where the software component is stored and then click OK.
Local inventory includes your software, scripts, binaries, executables, and configuration files that are stored on your universal server in your local environment. For more information about local inventory management, see the Sun Update Connection – Enterprise 1.0 User's Guide.
An Sun Update Connection – Enterprise command fails with the following error:
Cannot process command. Reason: another command running. |
Sun Update Connection – Enterprise is busy handling back-end processes and your new command timed out. This error is most commonly seen while you manage local inventories.
Execute the command again, or wait a few minutes before running the command again.
Non-certified objects (NCOs) are components or software from a local environment, a third party, or Solaris that have not passed certification and is not permitted to be distributed without a specific license. NCO software is not in the knowledge base of the universal server (such as private, proprietary, and third-party software packages), but is installed on a local machine or for which you have a source, such as a third-party CD.
For more information about NCOs and local inventory management, see the Sun Update Connection – Enterprise 1.0 User's Guide.
Upload of the Attach procedure failed with the following error:
Package-Name mismatch. Use Add button. |
The selected component and the RPM you selected to attach have different names.
Use the Add feature instead of Attach.
Upload succeeded, but the package icon is marked with an exclamation point in a red circle.
The rules of this RPM show that dependent components are missing from the local knowledge base.
See To Fix Local Software Missing Dependencies in Sun Update Connection – Enterprise 1.0 User’s Guide in the Sun Update Connection – Enterprise 1.0 User’s Guide.
Upload of the Attach procedure succeeded, but the NCO is not listed under Local RPMs or under Local PKGs.
A CO (under Software, rather than under Local) has the same name, version, and release. Your NCO was added to the package group of the appropriate name under Software.
Run the Local Software Review predefined test. To get information about predefined profiles, see Chapter 7, System Management Profiles, in Sun Update Connection – Enterprise 1.0 User’s Guide in the Sun Update Connection – Enterprise 1.0 User’s Guide, or use the Find feature to find this software component and to check that the listing is correct for your component.
When you try to delete a selected Local component, you receive the following error message:
Cannot be deleted. |
If an NCO is installed on any managed host within the selected distributions, it will be detected and uploaded again. To prevent Sun Update Connection – Enterprise from undoing your delete command, the message reminds you to uninstall the software component from all hosts before deleting it from the knowledge base.
Do the following:
Open the Inventory panel (View -> Inventory).
From the Components list, right-click the software component and choose Component Properties. The Component Information window opens. In the Installed tab, see the list of all managed hosts that have this component installed.
Create and deploy a job to uninstall this component from the listed hosts.
Return to the main window and delete the component.
The following situations might occur during backup or restore:
If the script seems to take some time before starting, Sun Update Connection – Enterprise is busy. The backup or restore tool waits for the procedure to be completed before continuing.
If the ezInstaller command is run at any time after backup and before restore, you must reinstall the agents and console from the /usr/local/aduva/install directory. This is to ensure that the system dependency server, the agents, and the console all have the same encryption keys. Without the same keys, communication between the engine, console and agents is not possible.
If an error appears that the database dump is empty and then the script exits, contact technical support.
If the backup script exits without backing up, the local system is not the system dependency server. This script backs up only the system dependency server, not agents or consoles.