This chapter describes Sun N1 Service Provisioning System 6.0 issues that are known to be problems.
This section describes known issues with installation.
If you try to install the Sun N1 Service Provisioning System master server software in a non-global zone on a Solaris 10 system, the installation fails. The following error is displayed.
Checking your Shared Memory and Semaphore configuration. Checking for module 'shmsys' Module 'shmsys' is not loaded. Attempting to load the module. Insufficient privileges to load a module Load module 'shmsys' and then restart the N1 SPS Master Server Installer (try this: modload /kernel/sys/shmsys) Checking for module 'semsys' Module 'semsys' is not loaded. Attempting to load the module. Insufficient privileges to load a module Load module 'semsys' and then restart the N1 SPS Master Server Installer (try this: modload /kernel/sys/semsys) |
Workaround: Manually load the shmsys and semsys modules, then retry the installation.
# modload /kernel/sys/shmsys # modload /kernel/sys/semsys |
If you use the cr_ra_remote command to remotely install a remote agent over a secure shell connection (SSH) from a master server that is running the Solaris 9 OS, the SSH session does not terminate correctly.
Workaround: Apply patch ID 114357-05 or newer to the master server before you install the remote agent.
If you run the Sun N1 Service Provisioning System scripts in a Bourne shell, the installation fails. An error message similar to the following is displayed.
cr_cli_solaris_sparc_pkg_6.0.sh: /: cannot execute Usage: grep -hblcnsviw pattern file . . . |
Workaround: Follow these steps.
Assign execution permissions to the installer script.
# chmod +x installer-script |
Where installer-script refers to the following scripts.
cr_ms_solaris_sparc_pkg_6.0.sh
cr_ms_solaris_x86__pkg_6.0.sh
cr_cli_solaris_sparc_pkg_6.0.sh
cr_cli_solaris_x86_pkg_6.0.sh
cr_ld_solaris_sparc_6.0.sh
cr_ld_solaris_x86_6.0.sh
cr_ra_solaris_sparc_6.0.sh
cr_ra_solaris_x86_6.0.sh
Launch the installer.
For the master server, type the appropriate command.
For SPARC systems:
# ./ksh cr_ms_solaris_sparc_pkg_6.0.sh |
For x86 systems:
# ./ksh cr_ms_solaris_x86_pkg_6.0.sh |
For the CLI client, type the appropriate command.
For SPARC systems:
# ksh cr_cli_solaris_sparc_pkg_6.0.sh |
For x86 systems:
# ksh cr_cli_solaris_x86_pkg_6.0.sh |
For the local distributor, type the appropriate command.
For SPARC systems:
# ksh cr_ld_solaris_sparc_6.0.sh |
For x86 systems:
# ksh cr_ld_solaris_x86_6.0.sh |
For the remote agent, type the appropriate command.
For SPARC systems:
# ksh cr_ra_solaris_sparc_6.0.sh |
For x86 systems:
# ksh cr_ra_solaris_x86_6.0.sh |
During the Sun N1 Service Provisioning System installation program, if you select an SSL selection, and select to reboot the host system after the installation, the N1 SPS software does not start after the reboot.
The following message is displayed in the /var/svc/log/application-management-spsra:default.log file.
Invalid password. The password has to be greater than 6 characters in length Please enter the plaintext password for keystore:stty: : No such device or address |
This issue occurs on systems that are running the Solaris OS or Linux operating systems.
Workaround: Choose the appropriate workaround.
For a master server, follow these steps.
Change to the server/bin directory for your master server.
# cd N1-SPS-homedir/server/bin |
Where N1-SPS-homedir refers to the installation directory of the Sun N1 Service Provisioning System, for example, /opt/SUNWn1sps/N1_Service_Provisioning_System_6.0/.
In a text editor, open the spsms file.
In lines 45 and 49 of the spsms file, change -noprompt to noprompt.
Save and close the spsms file.
In a text editor, open the cr_server script file.
Add the following line to the cr_server file on line 12.
noprompt=$2 |
In line 146 of the cr_server file, change $2 to $noprompt.
Save and close the cr_server file.
Start or stop the master server.
To start the master server, type the following command.
# svcadm enable spsms |
To stop the master server, type the following command.
# svcadm disable spsms |
For a local distributor, follow these steps.
Change to the ld/bin directory for your local distributor.
# cd N1-SPS-homedir/ld/bin |
Where N1-SPS-homedir refers to the installation directory of the Sun N1 Service Provisioning System, for example, /opt/SUNWn1sps/N1_Service_Provisioning_System_6.0/.
In a text editor, open the spsld file.
In lines 45 and 49 of the spsld file, change -noprompt to noprompt.
Save and close the spsld file.
Start or stop the local distributor.
To start the local distributor, type the following command.
# svcadm enable spsld |
To stop the local distributor, type the following command.
# svcadm disable spsld |
For a remote agent, follow these steps.
Change to the agent/bin directory for your remote agent
# cd N1-SPS-homedir/agent/bin |
Where N1-SPS-homedir refers to the installation directory of the Sun N1 Service Provisioning System, for example, /opt/SUNWn1sps/N1_Service_Provisioning_System_6.0/.
In a text editor, open the spsra file.
In lines 45 and 49 of the spsra file, change -noprompt to noprompt.
Save and close the spsra file.
Start or stop the remote agent.
To start the remote agent, type the following command.
# svcadm enable spsra |
To stop the remote agent, type the following command.
# svcadm disable spsra |
During the Sun N1 Service Provisioning System installation program, if you specify the root directory (/) as the installation location for Sun N1 Service Provisioning System, the installation fails. This failure occurs on the following platforms.
Solaris OS (SPARC and x86)
Linux
HPUX
AIX
Workaround: Specify a non-root directory as the installation directory for the Sun N1 Service Provisioning System.
If, after you install the Sun N1 Service Provisioning System, the system shared memory is not available, the PostgreSQL database does not start successfully. An error message similar to the following is displayed.
FATAL: could not create shared memory segment: Invalid argument DETAIL: Failed system call was shmget(key=9001001, size=427900928, 03600). HINT: This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter. You can either reduce the request size or reconfigure the kernel with larger SHMMAX. To reduce the request size (currently 427900928 bytes), reduce PostgreSQL's shared_buffers parameter (currently 51200) and/or its max_connections parameter (currently 52). If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for. The PostgreSQL documentation contains more information about shared memory configuration. Error! Failed to start the postgres database using pg_ctl! |
Workaround: Choose the appropriate workaround.
To avoid this issue, verify that your shared memory configuration satisfies the requirements in Chapter 2, System Requirements for the Sun N1 Service Provisioning System 6.0, in Sun N1 Service Provisioning System 6.0 Installation Guide
If you encounter this issue, follow these steps.
Check your system for memory intensive applications by typing the following command.
# ps -o pmem,pid,fname -e | sort |
The output of this command displays applications that are using large amounts of shared memory on your system.
If appropriate, stop those applications listed in the previous command.
Remove the N1 SPS master server packages from the system.
Restart the installation.
If you install the N1 SPS master server on a Solaris 10 x86 system that has patch ID 118855-30 installed, the installation fails. The following error message is displayed.
Checking for required and recommended Solaris 5.10 patches. Patch 124631-03 is required for this installation and does not exist on your system. Patch 120273-13 is required for this installation and does not exist on your system. |
Workaround: Add patches 124631-03 and 120273-13 or greater version, then reinstall the N1 SPS software on the master server.
Per a recent change in the way resource space is managed, the variable used to configure the Master Server resource repository size has changed in name and function. Therefore, the default configuration files need to be changed.
The new variable, rsrc.minMSRepoVolFreeSpace, specifies the minimum number of bytes of disk space that should remain available before further resource check ins are rejected. If a value is not given to rsrc.minMSRepoVolFreeSpace, the Master Server can use as much disk space as needed, up to the entire disk.
Workaround: On Windows Master Servers, manually delete configuration variable rsrc.maxMSRepoSize and add the new configuration variable rsrc.minMSRepoVolFreeSpace. Both variables pertain to the management of resource disk space on the Master Server.
While installing the Sun N1 Service Provisioning System 6.0 Master Server on Windows, the installation fails when selecting the I Am Ready to Specify the HTTPS configuration now option. When choosing this option, the installer prompts for keystore file path and keystore password. The installation might fail by throwing the following error:
Error 1720: There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor.
The possible causes for this error are:
File path provided for the keystore file is invalid
The password given is not a valid password for the keystore file
Workaround: To prevent an error, verify the following:
The file path is valid and is accessible
The file type is a valid keystore file
The password provided for the keystore file is valid
As an alternative, you can also select the I will specify the HTTPS configuration after the install option instead of the I am ready to specify the HTTPS configuration now option and perform keystore configuration later.
For more information, see Creating a Keystore File and Keystore Password for HTTPS Connections in Sun N1 Service Provisioning System 6.0 Installation Guide.
The N1 SPS Master Server uses the PostgreSQL database. PostgreSQL requires a shared memory segment when it is started. If the PostgreSQL's request for a shared memory segment exceeds available memory, then database startup fails with the following error message on the console:
Error! Failed to initialize the database (exit value was 1). Exiting..
The installation of the Master Server is incomplete. It can be removed by using the following command:
# pkgrm SUNWspsms SUNWspsc1
Also the db error log would contain a message similar to the following:
IpcMemoryCreate: shmget(key=5432001, size=426688512, 03600) failed: Not enough space
It is recommended, to stop all other processes that might be using shared memory during master server installation. If the master server could not be installed even after upgrading the physical RAM, refer to Chapter 11, Upgrading to the Sun N1 Service Provisioning System 6.0, in Sun N1 Service Provisioning System 6.0 Installation Guide. This chapter describes the steps required to migrate the Master Server from this machine to a different one that meets the minimum system requirements.
Workaround: The workaround for this issue is to increase the physical RAM on the system. The Master Server cannot be installed on systems that do not meet the minimal system configuration requirements.
The minimal system configuration requirements for Master Server are documented at Master Server Hardware Requirements in Sun N1 Service Provisioning System 6.0 Installation Guide.
Also, if Master Server installation was successful, but fails to start up due to shared memory constraints, the shared memory requirement of the Master Server could be reduced by using one, or both, of the following methods:
Reduce the max_connections and shared_buffers parameters in the postgres configuration file $BASEDIR/N1_Service_Provisioning_System_5.2/server/postgres/data/postgresql.conf. Set max_connections to 32 and shared_buffers to 8,000.
Reduce the db.maxconnections property in the $BASEDIR/N1_Service_Provisioning_System_5.2/server/config/config.properties file to 30.
The user is installing a Master Server, Remote Agent, or Local Distributor on a Windows system. If the user chooses to run the Windows Service as Other Account, the user needs to provide a username that has Log on as a service privileges. If the user types an invalid password or the username does not have Log on as a service privileges, the installed services fail to start.
When the services fail to start, one of the following error messages is displayed:
Master Server
After reboot, the installation will fail because the database setup requires that the postgres services are running. Since the credentials given for the Other Accountare invalid, the postgres service fails to start, the installation hangs, and the following error message is displayed:
At least one service or driver failed during system startup. Use Event Viewer to examine the event log for details.
Remote Agent
Error 1920.Service cragent (cragent) failed to start. Verify that you have sufficient privileges to start system services.
Local Distributor
Error 1920.Service crdistributor (crdistributor) failed to start. Verify that you have sufficient privileges to start system services.
This error occurs because the user typed an invalid password or the username does not have Log on as a service privileges. Username validation only validates the existence of the user on that computer. The credentials are not checked to see if the password is valid for that user or if the username has "Log on as a service" privileges.
Workaround: To prevent this error, implement one of the following workarounds:
Verify that the password to be entered for the Other Accountis valid and that the username has Log on as a service privileges.
Select the System Account option instead of the Other Account option. In this case, the user is not required to provide a username or password. The installation will continue and the services will run under the SYSTEM user.
This section describes known issues with uninstallation.
When you are performing a side-by-side upgrade of a Windows Master Server, immediate uninstallation fails. Uninstallation might require manual intervention and reboot to complete.
Workaround: Stop the Master Server service from the Services application in the Windows Control Panel before running the Master Server uninstallation. After the uninstallation completes, the Master Server services are still present. Reboot the machine to remove the Master Server services entries in the Services application in the Windows Control Panel.
After upgrading a Sun N1 Service Provisioning System Windows version of the Local Distributor or Remote Agent to the next version, if you uninstall that Local Distributor or Remote Agent, the title of the uninstallation window displays the previous version.
Workaround: The uninstallation program proceeds properly. Ignore the erroneous title.
This section describes known runtime issues.
If you rename a plan or component, and include a special character in the object name, future deployments of the plan or component might fail. An Unexpected Error screen is displayed.
The provisioning system UI does not verify that you have used valid characters when you rename a plan or component.
Workaround: Use valid characters when you rename a plan or component.
The provisioning system browser user interface does not check that the characteristics of a host (such as operating system, platform, and version) match a host group when you add the host to a particular host group. For example, you can add a Solaris host to the system#AIX5.2 host group. A subsequent plan run that is targeted for AIX hosts might end up executing on the Solaris host. The provisioning system will not generate an error to warn you about this grouping
Workaround: None.
If you import a plug-in, then cancel the import operation, the plug-in is successfully imported and the list of folders for the plug-in does not accurately reflect the plug-in folders. This occurs because the folder list does not refresh after you import a plug-in.
Workaround: Log out of the master server, then log in again to view the list of folders for the plug-in.
If a user does not have writer permissions on a folder, the Edit and Delete buttons are disabled on the folder even if the user belongs to the group owner of the folder.
Workaround: Edit the folder permissions to explicitly grant the owner group permission to read, write, and execute for the folder.
If you use the browser user interface to create a new container component, the New Component creation wizard does not list all the components in the provisioning system by default when you try to add component references.
Workaround: In the Component Reference screen, type in a string in the Search field to search for specific components, then click Search.
If you want to view and select from all the components in the provisioning system, click the Search button without typing a search string.
If you include a backslash character (\) at the end of a Microsoft Windows path, and immediately before a quotation mark (”) in an argument with the N1 SPS command line interface, the command might fail. For example, review the following command.
>a.exe "C:\ab\cd\" -dst |
C:\ab\cd\ -dst is interpreted as a single argument instead of the separate C:\ab\cd\ and -dst. This issue occurs because the backslash escapes the second quotation mark, creating a CLI syntax error.
Workaround: Omit trailing backslash characters from the end of Microsoft Windows paths with the N1 SPS CLI.
If you import N1 SPS bundles that include container components that reference specific versions of subcomponents, the import might fail. This issue occurs because the import operation assigns the next available version number to a subcomponent of a container, and this version of the subcomponent might not exist on the target master server.
Workaround: To best avoid this issue, include bundle search criteria for all the referenced components and their exact versions in your bundle before including the container component that includes these subcomponents
Because the master server might include varying versions of these subcomponents, you might unintentionally reference different subcomponents in your container component.
If you work with N1 SPS software in multiple web browser tabs, the provisioning system might not work as expected. At the time of publication, some of the unexpected behavior includes:
Errors when trying to rename folders with two open browser tabs
Errors when trying to run two plans simultaneously in two open browser tabs
Workaround: While working with the N1 SPS software, log in to a single master server through a single web browser tab in a single web browser session.
If you use your web browser Back button to try to navigate to pages that were previously displayed, the pages might not display. Your browser might display an Unexpected Error.
Workaround: To navigate to a previous displayed page, click on the Back to Common Task Page link that is included in the error page.
If you run a plan that targets a Solaris 10 system that serves as both a master server and a remote agent, the plan might hang during preflight.
Workaround: Edit the TCP fusion settings in the /etc/system file. Follow these steps.
In the /etc/system file, disable TCP fusion by editing the do_tcp_fusion entry to read as follows.
do_tcp_fusion=0 |
In the /etc/system file, set the tcp_fusion_unread_min value to 0.
tcp_fusion_unread_min=0 |
If you try to add a plan variable set to a plan with the pdb.vs.add command, and the plan XML includes elements that use the dynamic targeting feature, the command fails. An error similar to the following is displayed.
The number of components entered is wrong. (031006) |
Workaround: Do not add plan variable sets to a plan that uses the dynamic targeting feature.
If you include a <matches> element with a null pattern value in a plan, and then try to check in the plan, the check in fails. A message similar to the following is displayed.
ERROR [main] com.raplix.rolloutexpress.systemmodel.plandb.ElementResolver (ElementResolver.java:34) - unable to create element java.lang.NullPointerException |
Workaround: Include a dummy pattern with the <matches> element. For example:
<matches value=":[ip1]" pattern="121212"/> <matches value=":[group]" pattern="121212" |
If a shared library is called by both the Sun N1 Service Provisioning System and another application, an error similar to the following displays.
java.lang.UnsatisfiedLinkError: Unable to load library "/opt/SUNWn1sps/N1_Service_Provisioning_System_5.2/cli/../ common/lib/solaris/libnative.so": "Native Library /opt/SUNWn1sps/N1_Service_Provisioning_System_5.2/ common/lib/solaris/libnative.so already loaded in another classloader". (025004) at com.raplix.util.platform.common.PackageInfo.throwLibraryNotFound(PackageInfo.java:66) at com.raplix.util.platform.common.PlatformUtil.loadLibrary(PlatformUtil.java:389) at com.raplix.util.platform.common.LibraryLoader$Loader.create(LibraryLoader.java:27) at com.raplix.util.DelayedCreator.getValue(DelayedCreator.java:56) at com.raplix.util.platform.common.LibraryLoader.load(LibraryLoader.java:58) at com.raplix.util.platform.common.NativeLoader.load(NativeLoader.java:43) |
This error occurs when an application and the Sun N1 Service Provisioning System CLI call the same shared object.
Workaround: Use a single CommandManager instance to call shared objects.
The following example illustrates how to call a single CommandManager instance.
/** Not thread safe */ public class CMBuilderFactory { public static CommandManagerBuilder builder; public static CommandManager mgr; private CMBuilderFactory() { } private static CommandManagerBuilder getBuilder() { if(builder == null) { builder = new CommandManagerBuilder(); } return builder; } public static CommandManager getCommandManager() { if(mgr == null) { CommandManagerBuilder bld = getBuilder(); bld.setCLIInstallationDirectory(..); ... // additional setup parameters mgr = bld.build(); } return mgr; } } |
If you use the default maximum Java heap size for your N1 SPS master server, large plug-ins might not be successfully imported into your N1 SPS environment. This issue occurs on all non-Microsoft Windows platforms.
Workaround: Follow these steps.Edit the master server startup script (cr_server)
If necessary, stop the master server.
# N1-SPS-home/cr_server stop |
Edit the cr_server startup script, increasing the value of the CR_MAX_HEAP_SIZE parameter from 256 to 512 or 1024.
If necessary, keep increasing this amount until the import issue no longer occurs.
Restart the master server.
# N1-SPS-home/cr_server start |
If you repeatedly use the Differential Deploy feature to check in changes to components or resources, the resource might require disproportionately large memory resources to deploy.
Workaround: Do not use the Differential Deploy feature for components that you plan to revise repeatedly.
If database optimization is not performed on a regular basis, performance deteriorates.
Workaround: Manually schedule a database optimization task.
This is a two phase process.
The following steps are performed on the Master Server.
Creation of Database Optimization Script
Create a new Windows command file called file_name.cmd in the server\bin\ directory of the Master Server installation. Copy the following text to the file_name.cmd file.
REM No changes need to be made to the script after this line cd %SPS_MS_DIR%\bin ..\cygwin\bin\bash.exe roxdbcmd vacuumdb -d rox |
Scheduling
Choose Start ⇒ Settings ⇒ Control Panel ⇒ Scheduled Tasks.
Start the Task Scheduler Wizard by double-clicking Add Scheduled Task in the Scheduled Tasks folder. Click Next.
Click Browse to open the Select Program To Schedule dialog box. Navigate to the optimizedb.cmd file.
Choose the frequency of task runs.
It is recommended that you run the task daily. Your options in subsequent screens will depend on your choices. The following steps assume that the user selected the daily option.
Enter the time when the task should be run. Click Next.
It is advisable to run the database optimization task when the system is not being used. Choose the scheduling time accordingly.
Type the name and password of the user who is associated with this task. Click Next.
Make sure that you choose a user with sufficient permissions to run the program. By default, the wizard selects the name of the user who is currently logged on.
Click Finish.
The task is scheduled.
For confirmation of successful task scheduling, it is advisable to choose Start ⇒ Settings ⇒ Control Panel ⇒ Scheduled Tasks and check the Task Exit Status Code. A successful task run is indicated by code 0x0.
Please note that the scheduled run of the task should be completed before observing the exit status code.
For more information on Windows task scheduling options, see http://www.microsoft.com/technet/scriptcenter/guide/sas_man_lpja.mspx.
To delete the task, press Delete after selecting this task.
To modify the scheduling options, right click on the task and choose properties and make the necessary modifications.
When the backup and restore scripts are run, the Master Server with an SSL configuration fails to restart after the execution of these commands.
Workaround: Perform one of the following options:
When the following message is displayed, type the keystore password:
Starting the Master Server... This may take a moment.
Start the Master Server manually.
If you try to create subfolders and their parent folders by using the fdb.f.add command with the -parents true option, the command might fail. This error occurs if you try to create folders and subfolders of three levels or more.
For example, the following sample command fails because folder f1 does not exist.
r_cli -cmd fdb.f.add -parents true -fullname /group1/f1/f2/f3 -u user1 -p user1 |
The following error message is displayed:
Unable to save folder /group1/f1/f2/ due to permissions problem. (013011) access denied (com.raplix.rolloutexpress.systemmodel.userdb.FolderPermission folder:129159219047-1139319070874-31478-1381549121 write)
This error occurs if you do not have administrator rights for a folder, but are a member of the group that owns the folder.
Workaround: When using the -parents true option, create only the new folder and its immediate parent.
If a nested component that is installed by way of the installation of a container component, creates snapshots, the snapshot data on the Remote Agent might not get purged when the nested component is uninstalled by the reinstall of the container component. This might lead to the Remote Agent, on which the nested component was installed, to consume more disk space than it should since the orphaned snapshot data was not purged.
Workaround: The orphaned snapshot data might be purged by installing and then uninstalling a simple component that creates snapshots on the Remote Agent with orphaned snapshot data. The install and uninstall cause the Remote Agent to compare its snapshot data with the Master Server. The result is that the snapshot data is purged for all the components that are no longer installed on the Remote Agent.
On an IBM AIX remote agent, the plan execution for CreateManagedServerPlan might pause for 10 minutes on an execJava step.
Workaround: None.
If you are running the Sun N1 Service Provisioning System on Red Hat Linux Advanced Server 3.0, the system might hang when using Secure Socket Layer (SSL) connections.
SSL uses SecureRandom which uses /dev/random to generate random numbers. Red Hat Linux Advanced Server 3.0 includes a bug that causes /dev/random not to collect entropy. Since /dev/random does not generate numbers unless sufficient entropy is collected, applications hang when attempting to read random data from /dev/random.
Workaround: Choose one of the following workarounds:
Red Hat plans to include a patch in Update 3 to correct the problem. Apply the patch from Red Hat to your system when the patch is available. For more information about the Red Hat patch, see http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117218.
Do not use SSL as a connection type. Choose TCP/IP or SSH.
Remove /dev/random and replace it with a symbolic link to /dev/urandom. /dev/urandom is less secure than /dev/random but the system does not hang when the provisioning system attempts an SSL connection on Red Hat Linux Advanced Server 3.0.
If you create a notification rule that has few criteria or no criteria, plans might appear to run slowly. The plan does not complete slowly, but the display of the plan results might be delayed.
Workaround: When creating a notification rule, use as many criteria as possible. More criteria for a notification rule decreases the number of notification emails the provisioning system sends across the network. A lower number of notification emails is less likely to interfere with the display of plan results.
If you have two or more web browser sessions running on a system , and close a web browser session that is running the Sun N1 Service Provisioning System without logging out of the application, the same N1 SPS session can be accessed from an open web browser session.
Additionally, if the web browser software that you are using to run the Sun N1 Service Provisioning System software includes additional applications, such as an email client, these applications can also cause you N1 SPS session to remain active.
Workaround: Log out of your N1 SPS session by clicking the Log Out button in the browser interface.
This section describes known issues with the Windows 2000 plug-in.
When performing model to install comparisons that include snapshots of IIS settings, if an IIS setting is changed and then changed back to its original value on the target server, comparison results might indicate differences when no difference exists. In particular, IIS metabase properties that are inherited from parent nodes, such as read/write web site permissions or default document settings, are prone to this behavior.
Workaround: Ignore the differences that are found in these cases.
When you uninstall a Windows IIS Application, the Master Server browser interface displays that the uninstallation was successful. However, the COM+ applications are not completely removed. The COM+ applications remain in the Add/Remove Software Programs in the Control Panel.
Workaround: Manually remove the remaining COM+ applications.
To prevent this problem, when you install the application, increase the value of the shutdownDelaySecs variable.
This section describes known issues with the WebLogic plug-in.
If you run the default uninstall procedure for an EJB component that was deployed to more than one virtual WebLogic managed server and select only one of the managed servers to be uninstalled, the EJB component does not appear to be uninstalled from the managed server.
After the uninstall, if you click the tab on the WebLogic console for the managed server from which you uninstalled the EJB, the console correctly reports that the EJB is no longer deployed. Also, when you click the EJB tab, the console reports that the EJB is no longer targeted at the managed server from which it was uninstalled.
However, on the EJB tab, the console reports that the EJB is deployed on the managed server.
If you uninstall the EJB from all managed servers, the EJB is removed from the WebLogic console correctly.
Workaround: The WebLogic Plug-In is uninstalled correctly. Ignore the erroneous display.
If you deploy a WebLogic web application that contains a web application container with a WAR file and web application settings and include a snapshot and then delete the web application from the WebLogic Console, the following error displays if you run a model to install comparison on the web application component:
Could not complete operation on webapp domain. No such webapp exists on domain /domain/. (310101) |
The comparison should report a difference between the model and what is installed on the server. However, the comparison fails.
Workaround: No workaround is available.
If you use the WebLogic Console to undeploy a WebLogic WAR or EJB component from a managed server or cluster, the WebLogic Console reports that the WAR or EJB component is still targeted to that managed server or cluster. Consequently, if you run a model to install comparison on the managed server or cluster, the comparison reports no differences. The model to install comparison checks the WebLogic Console and reports targeted applications as deployed.
Workaround: No workaround is available.
If a WebLogic application is installed using the Sun N1 Service Provisioning System 6.0 and then content changes are made to the on disk WAR archive on the administration server, the changes are not reported in comparison results. The problem does not occur when configuration changes are made.
Workaround: Comparisons can be customized using the generate and prepare extensions with more capabilities to preprocess the on disk representation prior to running the comparison. This type of customization might require some advanced scripting.
When setting up a WebLogic administration server in the Sun N1 Service Provisioning System 6.0, clicking the Secure checkbox will attempt to set up connectivity using SSL. This selection causes an error when attempting to perform actions that require access to the WebLogic administration server.
Workaround: Always setup WebLogic administration server connections with requiring SSL connectivity. Do not select the Secure checkbox.
This section describes known issues with the SAP plug-in.
If you import the SAP plug-in into your provisioning system, and then run SAP plug-in plans without preparing the master server, the plans fail. A message that is similar to the following error is displayed.
Problems encountered during plan run or preflight The plan (or preflight) "/com/sun/sap/CreateGroupPlan" finished with 1 failed host(s). (017034) Cannot perform operation on component system service: com.sun.sap#UtilSS because it was not installed on host cliHost (017057) Unable to resolve installed component for system service: com.sun.sap#UtilSS. (602021) |
Workaround: After you import the SAP plug-in, prepare the master server.
This section describes issues encountered when using the Sun N1 Service Provisioning System 6.0 in locales other than the English locale.
If you try to import a variable set that includes non-ASCII characters in the set name or details, the import fails.
Workaround: None.
If you use the browser user interface to try to save or download the XML file of a plan or component that includes non-ASCII characters, the operation fails.
Workaround: Use the command line interface to save or checkout plan or component XML that includes non-ASCII characters.
In the Latin-1 locale environment, non-ASCII characters should not be used in the search pattern. For example, umlauts in German and accents in French. The desired match might not be in the returned set when the find operation is executed.
Workaround: Latin-1 locale users should not use non-ASCII characters as the input to the find command. Using non-ASCII characters might not return the desired result. Use only ASCII characters in these locales.
String–based data within the Sun N1 Service Provisioning System is sorted using the standard dictionary lexicon. Locale-specific collation is not performed. Consequently, accented versions of characters appear in a different position than the same unaccented characters.
If you migrate a master server from the N1 SPS 5.2 release to the N1 SPS 6.0 release, the migration fails under the following circumstances.
The master server is running the Solaris 10 OS.
During the migration, you specify a user other than root to start or stop the master server.
The non-root user you select has not been assigned the proper SMF authorization.
The following error message is displayed.
svcadm: svc:/application/management/spsms:default: Permission denied. |
Workaround: Follow these steps.
Add the following entry in the /etc/user_attr file.
n1sps::::auths=solaris.smf.manage.spsms |
Add the following entry in the /etc/security/auth_attr file.
solaris.smf.manage.spsms:::N1 SPS Master Server::help= |
In a terminal window, execute the following command.
# /usr/sbin/usermod -A solaris.smf.manage.spsms n1sps |
If you click the Update Entire Host Network button during an upgrade of remote agents or local distributors where the database has thousands of hosts, the Update Host Progress dialog box might not continuously refresh. The dialog box provides the current status for approximately 20 minutes. Although the dialog box stops refreshing, the upgrade continues.
Workaround: Go to the Hosts List page and click the View Current Host Updates link.