This chapter contains important information available at the time of the Sun N1 System Manager 1.3.1 release. Enhancements, installation notes, known problems, and other late-breaking issues are addressed here. Read this document before you begin using this Sun product.
The N1 System Manager 1.3.1 release provides the following new hardware and operating system support:
Sun BladeTM 8000 Modular System
Sun Blade X8000 Chassis
Sun Blade X8400 Server Module
Sun FireTM X4100 M2 server
Sun Fire X4200 M2 server
Sun Fire X4600 M2 server
Sun Fire X4500 server
The provisionable operating systems for the Sun Blade X8400 Server Modules are as follows:
SolarisTM x64 Version 10 Update 2, 64–bit
Red Hat Enterprise Linux 4.0 AS Update 3, 64–bit
SUSE Linux Enterprise Server 9 SP3, 64–bit
Windows 2003 SE, 2003 EE, SP1 32–bit
Windows 2003 SE, 2003 EE 64–bit
For specific information on the changes to the N1 System Manager in this release, refer to Sun N1 System Manager 1.3.1 What’s New.
This section lists the features and software that are not supported in Sun N1 System Manager 1.3.1 release.
The N1 System Manager product is localized only in Japanese.
For the Windows OS, N1 System Manager primarily supports only OS provisioning. Other features such as OS monitoring and OS updates are not supported in this release for managed servers running Windows.
The N1 System Manager management server should be dedicated only to the N1 System Manager software.
Diskless clients are not supported for Sun Blade X8400 Server Modules.
This section describes known documentation updates, including documentation errors.
When instructed to “log in as root”, either use the “su - root” command, or physically log in to the server using the server's root account and password.
The information in the second list item of the Linux OS Installation Requirements section is incorrect. The information should read as follows:
If you are installing Red Hat Enterprise LinuxAS 4.0 Update 1 or later, when prompted whether to enable SELinux, choose Disable. N1 System Manager does not support SELinux enabled even in permissive mode.
The restricted mode capabilities of the show privilege command are not correct. This command is available only to the SecurityAdmin role.
The information on the port used by IPMI in Appendix A, Sun N1 System Manager Protocol, Ports, and Features Reference, in Sun N1 System Manager 1.3 Installation and Configuration Guide is incorrect. IPMI uses the UDP protocol and not TCP.
This section provides documentation errors in the command-line help pages.
The force and netboot attributes are documented in the command-line help pages without a corresponding value. You must specify true as their values to provide a valid command, such as force=true or force true.
The command-line help page mentions that the bootip attribute is required only to provision Linux. However, the bootip attribute is also required to provision Windows.
The type attribute is not valid with the file and cdrom attributes. When copying OS images, the OS type is automatically determined.
The Grid Engine module name used for the CLI type attribute value must be GridEngine instead of n1ge. This affects the following commands:
create application/create applicationprofile
delete application/delete applicationprofile
set application/set applicationprofile
show application/show applicationprofile
This section describes known N1 System Manager installation and configuration issues.
Check the localization settings of the system prior to installation. The settings need to be consistent and not mixed.
If you are configuring N1 System Manager on a Solaris 10 OS on a Sun Blade X8400 platform, you must choose ISC DHCP.
N1 System Manager on a Solaris Sparc or x86 Management Server does not automatically restart after backup and restore. You might get the following error message:
Lost connection to command line service.
Workaround: Restart N1 System Manager manually by typing the following command:
#svcadm enable n1sm
Workaround: SSL certificates might be corrupted. Regenerate the security keys by doing the following:
# /opt/sun/cacao/bin/cacaoadm stop
# /opt/sun/cacao/bin/cacaoadm create-keys --force
# /opt/sun/cacao/bin/cacaoadm start
For detailed steps, refer to Regenerating Common Agent Container Security Keys in Sun N1 System Manager 1.3.1 Troubleshooting Guide.
When N1 System Manager is installed and uninstalled, the Java Web Console is removed from the system. The packages of Java Web Console are not available in the system.
Workaround: Before uninstalling N1 System Manager, run /n1gc-setup/installer/jobs/3installLockhart.pl.
Workaround: Restart the Java Web Console by using /usr/sbin/smcwebserver start.
If you cancel the N1 System Manager installation process using Control-C, the user interface components are not installed.
Workaround: Manually uninstall the user interface components using /usr/share/webconsole/bin/setup -u -f. Run the installer again.
In some rare instances, the N1 System Manager database does not start after a Solaris x86 management server boot. A typical error message is as follows:
DBI connect('dbname=mgmt;port=5434','mgmt',...) failed: could not connect to server: No such file or directory at /opt/SUNWscs/lib/perl5/SCSDB.pm |
Workaround: Restart the N1 System Manager database manually on the management server:
# svcadm clear scs-db # svcadm restart scs-db |
If the N1 System Manager installation process is interrupted and restarted, the N1 System Manager installation can fail in Step 5, “Install OS provisioning components”. If this issue occurs, a subsequent uninstall and reinstall of the N1 System Manager will fail.
The installation log file /var/tmp/installer.log.latest shows the following message after initial installation failure:
Installing Master Server ... Error! Missing file (looked for /opt/SUNWn1sps /N1_Grid_Service_Provisioning_System_5.2 /server/postgres/postgresql.conf.in)! print() on closed filehandle GEN0 at /usr/perl5/5.8.4/lib/i86pc-solaris-64int/IO/Handle.pm line 399. SPS install failed with exit status: 256 ----------------------------- 2k. Which port should Postgres listen on? (default: 5434) [1024-65535] spawn id(3) is not a tty. Not changing mode at /usr/perl5/site_perl/5.8.4/Expect.pm line 375. admin admin admin ** Invalid Input. Enter a numeric value for the port number. 2k. Which port should Postgres listen on? (default: 5434) [1024-65535] spawn id(3) is not a tty. Not changing mode at /usr/perl5/site_perl/5.8.4/Expect.pm line 375. admin admin admin ** Invalid Input. Enter a numeric value for the port number. 2k. Which port should Postgres listen on? (default: 5434) [1024-65535
The installation log shows the following after uninstall and reinstall of the N1 System Manager software:
Error! Failed to initialize the database (exit value was 1). Exiting.. print() on closed filehandle GEN0 at /usr/lib/perl5/5.8.0 /i386-linux-thread-multi/IO/Handle.pm line 395. SPS install failed with exit status: 256 |
Workaround: Perform the workaround procedure below that is applicable to the operating system installed on your management server. Depending on how the installation error occurred, some of the workaround steps might not complete successfully. If a workaround step does not complete successfully, go to the next step.
Solaris based Sun Fire X4100 or Sun Fire X4200 management server:
Stop the server and agent.
# su - n1gsps -c "/opt/SUNWn1sps/N1_Service_Provisioning_System_5.2/ server/bin/cr_server stop" # su - n1gsps -c "/opt/SUNWn1sps/N1_Service_Provisioning_System/ agent/bin/cr_agent stop" |
Uninstall service provisioning manually.
# /opt/SUNWn1sps/N1_Service_Provisioning_System_5.2/cli/bin/cr_uninstall_cli.sh # /opt/SUNWn1sps/N1_Service_Provisioning_System_5.2/server/bin/cr_uninstall_ms.sh |
Remove the following packages.
SUNWspsc1
SUNWspsms
SUNWspsml
# pkgrm SUNWspsc1.\* # pkgrm SUNWspsms.\* # pkgrm SUNWspscl.\* |
More than one instance of the SPS packages might be installed. The text string .\* specifies that all instances of the package will be removed.
Type y in response to prompts asking “Do you want to remove this package? [y,n,?,q]”. If the message pkgrm: ERROR: no package associated with SUNWspscl appears, that package has already been removed in Step 2. Continue removing packages.
Delete the service provisioning directory and files.
# cd / # rm -rf /opt/SUNWn1sps/ # rm /n1gc-setup/sps/state # rm /n1gc-setup/state/0installSPS.pl.state |
Reboot the management server and then install the N1 System Manager software.
Linux based Sun Fire X4100 or Sun Fire X4200 management server:
Stop the server and agent.
# su - n1gsps -c "/opt/sun/N1_Service_Provisioning_System_5.2/ server/bin/cr_server stop" # su - n1gsps -c "/opt/sun/N1_Service_Provisioning_System/ agent/bin/cr_agent stop" |
Delete the service provisioning directory and files.
# cd / # rm -rf /opt/sun/N1_Grid_Service_Provisioning_System_5.1 # rm -rf /opt/sun/N1_Grid_Service_Provisioning_System # rm -rf /opt/sun/N1_Service_Provisioning_System # rm -rf /opt/sun/N1_Service_Provisioning_System_5.2 # rm /n1gc-setup/sps/state # rm /n1gc-setup/state/0installSPS.pl.state |
Reboot the management server and then install the N1 System Manager software.
This section describes the known OS provisioning (deployment) issues.
The deployment fails because the OS profile does not have the product key. However, attempting to add the product key to the OS profile fails with the message“OS profile is in use.”
Workaround: Wait until the job times out to add the product key to the OS profile.
When Red Hat OS is deployed on a system using the DHCP option, the system does not get an IP address from the DHCP range.
Workaround: Perform the following steps:
Log in to the management server.
Edit the /opt/sun/scs/data/allstart/scripts/dhcp_redhat.sh file.
DEVICE=eth0 FILE=/etc/sysconfig/network-scripts/ifcfg-$DEVICE cat <<_EOF_> $FILE DEVICE=$DEVICE BOOTPROTO=dhcp _EOF_ chown root.root $FILE chmod 644 $FILE
Change the Device entry to the appropriate interface needed to run DHCP.
Add the dhcp_redhat.sh script to the server's OS profile.
#n1sh add osprofile osprofile-name script /opt/sun/scs/data/allstart/scripts/dhcp_redhat.sh type=post
By default, the Sun Blade X8400 Server CMOS settings have ACPI enabled, which will cause Linux installation to go into interactive mode.
Workaround: Specify the additional kernel parameter to the load command.
N1-ok> load server <servername> osprofile <profilename> ... kernelparameter pci=nommconf
Specify this parameter each time you issue the load command.
If nfs is specified as the install protocol, OS deployment goes into interactive mode.
Workaround: Specify http as the install protocol.
The managed server fails to reboot completely after Red Hat Enterprise Linux 4.0AS Update 3, 64–bit operating system is provisioned on an Sun Blade X8400 server through the expansion module. The blade might fail to boot if Kudzu is enabled. The operation stops with the message Checking for new hardware.
To disable Kudzu on a Sun Blade X8400 Server through a Linux OS Profile, perform the following steps:
Log in to the management server as root.
Create a shell script file containing the following lines.
#!/bin/sh chkconfig kudzu off
Save the file in a known location, for example, /scripts/kudzu.sh.
Add the script to the post section of the OS profile from the N1 System Manager command line using the add osprofile command.
For example, if your Red Hat Enterprise Linux 4 Update 3 OS profile is named rhel4u3, you would then type:
N1-ok> add osprofile rhel4u3 script /scripts/kudzu.sh type=post |
Ensure that you add the script to the correct OS profile.
Redeploy the Red Hat Enterprise Linux 4 Update 3 to the Sun Blade X8400 Server using the updated profile.
Workaround: Deploy without specifying manual netboot.
The deployment fails with the message “Reread of the partition table failed.
Workaround: Specify hde for the device attribute value in the server's OS profile.
When deploying an OS on a large number of managed servers, the OS deployments might fail due the OS deployment jobs exceeding the job or job step timeout value. When this situation occurs, the job indicates the error but the error description is blank and the install might have actually succeeded. An example follows:
bash-3.00# n1sh show job 12 Job ID: 12 Date: 2006-03-29T01:06:53+0000 Type: Load OS Status: Error (2006-03-29T03:07:00+0000) Command: load group sparc-srvrs osprofile sol-sparc networktype=static ip=10.0.108.81-10.0.108.90 Owner: root Errors: 10 Warnings: 0 Steps ID Type Start Completion Result 1 Acquire Host 2006-03-29T01:06:54+0000 2006-03-29T01:06:54+0000 Completed 2 Acquire Host 2006-03-29T01:06:54+0000 2006-03-29T01:06:54+0000 Completed . . Servers 3 through 28 . 29 Acquire Host 2006-03-29T01:06:56+0000 2006-03-29T01:06:57+0000 Completed 30 Acquire Host 2006-03-29T01:06:56+0000 2006-03-29T01:06:57+0000 Completed 31 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 1 32 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 2 33 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 3 34 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 4 35 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 5 36 Execute Java 2006-03-29T01:06:56+0000 2006-03-29T03:06:58+0000 Error 6 37 Execute Java 2006-03-29T01:06:57+0000 2006-03-29T03:06:58+0000 Error 7 38 Execute Java 2006-03-29T01:06:57+0000 2006-03-29T03:06:58+0000 Error 8 39 Execute Java 2006-03-29T01:06:57+0000 2006-03-29T03:06:58+0000 Error 9 40 Execute Java 2006-03-29T01:06:57+0000 2006-03-29T03:06:58+0000 Error 10 Errors Error 1: Description: Error 2: Description: . . Blank error messages 3 through 8 . Error 9: Description: Error 10: Description: |
Workaround: Increase the job timeout value using n1smconfig or try to reduce the reasons for exceeding the existing timeout value, for example, network latency problems. Also, some of the OS deployments might have succeeded. You can verify whether a server installed properly by viewing the OS Usage column in the All Servers page or by using the Serial Console to log into the server.
The create os command will fail for Windows if the RIS server's host key does not exist in the management server's ./ssh/known_hosts file.
Workaround: Make sure the RIS server's host key exists in the management server's ./ssh/known_hosts file. Manually logging into the RIS server from the management server using the ssh command will automatically create a host key.
When you deploy a Windows OS with the networktype=dhcp attribute, the IP address assigned to the managed server after Windows is installed is the IP address specified by the bootip attribute. The IP address should be automatically assigned by the DHCP service.
Workaround: After the installation completes, reboot the managed server. The server's provisioning IP address will be correctly reassigned from the DHCP server.
Deploying Solaris 10 Update 2 OS on a Sun Fire X4500 Server requires a special profile and you cannot choose any random disks. The system needs to be booted first (either from the factory installed OS, a CD-ROM) to determine the server's correct boot disk.
To discover the correct boot disk, use the following steps:
Open a terminal window.
To find the first bootable disk, type the command:
#cfgadm | grep sata3/0
You should see something like this:
sata3/0::dsk/cXt0dY
Where X and Y are numbers. For example, c4t0d0
To find the second bootable drive, perform either of the following:
Increment 0 by 4. For example, if the first drive is c4t0d0, then the second drive is c4t4d0.
Or type the command: #cfgadm | grep sata3/4
You should see something like this:
sata3/4::dsk/cNtNdN
Where N is a number. For example, c4t1d0
Proceed through the install using the information in Step 2 and Step 3 and apply it to the server's OS profile.
Workaround: No workaround exists.
As documented in the N1SM product documentation, the bge1 device path for Sun Fire V20z servers is /pci@0,0/pci1022,7450@a/pci17c2,10@3. However, when specifying the bge1 device path for the bootpath attribute, the OS deployments will fail on newer Sun Fire V20z servers because the bge1 device path has changed.
Workaround: On newer Sun Fire V20z servers, use the following bge1 device path for the bootpath attribute: /pci@0,0/pci1022,7450@a/pci17c2,10@2,1
The baud rate for the BIOS console must be set to 9600 (default) or OS deployment to a Sun Fire V20z or V40z server will fail. This means that you cannot change the consolebaudrate value in the load server command or the Load OS wizard in the browser interface.
If the SP console baud rate is set to something other than 9600, the OS deployment will succeed but the console through the connect server command will display garbage characters.
Workaround: You must change the baud rate for the BIOS console manually after an OS deployment. To do this, reboot the target server and enter the BIOS setup screen during the boot sequence. Consult the server's user manual to see how to change its BIOS settings.
When the user tries to load a OS profile on a server which has Grid Engine application, the operation fails with the message “Operation failed.”
Workaround: Unload Grid Engine application from the target server.
This section describes the known browser interface and command-line interface issues.
Workaround: No workaround exists.
The Printer icon in the online help window might not work in some instances.
Workaround: Open the help content frame in a new browser window and print the help like a typical web page. For example, in a Mozilla-based browser, click mouse button 3 on the content page and select This Frame->Open Frame in New Window.
Express modules for a Sun Blade X8400 Server Module are denoted by EM.0 and EM.1 instead of EMa and EMb in the ILOM Web GUI.
Workaround: EMa in the user interface needs to be inferred as EM.0 and EMb as EM.1.
The remove group command returns an error message even though the remove operation is a success. An example follows:
N1-ok> show group Name Servers Hardware Faults OS Resource Faults new1 1 Unknown - N1-ok> show group new1 Name Hardware Hardware Health Power OS Usage OS Resource Health 10.0.106.6 V20z Unknown On Uninitialized N1-ok> remove group new1 server all "10.16.0.5,10.16.0.6" is not in "new1" False error stating remove failed. N1-ok> show group new1 Verification that remove succeeded. No items found. |
Workaround: Use the show group command as shown in the previous example to verify that the remove group command succeeded.
If you try to display more than 500 servers in the System Dashboard page, the following message is displayed:
Warning: Unresponsive script A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. <Stop script> <Continue> |
Workaround: Choose Stop script and wait a few minutes for all the servers to display. This workaround will not work with the Internet Explorer browser.
The browser interface server details and the show server command results show the wrong swap information for Sun Fire X4100 and Sun Fire X4200 Servers with Firmware Level 6464 and the Red Hat operating system.
Workaround: Use the serial console to access the server and find out the correct swap information by using the top command.
Stopping a job in the browser interface's Job tab page does not display the associated stop message in the command-line pane.
Workaround: Confirm that the job stopped by viewing the job's detail page in the browser interface or by using the show job job-ID command.
This section describes known firmware update issues.
If you are running older versions of firmware on Sun Fire X4100/X4200/X4600 platforms and wish to update firmware to the current level, you must first run a pre-flash upgrade script on all affected servers. Refer to the chapter “Flash Upgrading Your Server to Release 1.1” at http://www.sun.com/products-n-solutions/hardware/docs/html/819-1162-17/ to determine if your servers are affected.
N1 System Manager provides a script that will automatically perform the following actions:
Examine all discovered servers.
Determine the servers that require pre-flash upgrade.
Run the pre-flash upgrade script on each affected server.
The location of the script is /opt/sun/n1gc/bin/updateall.
After this script has been successfully applied to all the affected servers, you can update the firmware using N1 System Manager. Refer to the Sun N1 System Manager 1.3 Operating System Provisioning Guide for instructions.
Firmware updates for T1000/T2000 platforms are provided as versioned bundles which might update any of its subcomponents. N1 System Manager does not display this version number.
Workaround: Login manually to the service processor using telnet. Determine the version of System Firmware using the showhost command.
If the FTP service is not enabled on the management server, firmware updates on ALOM-based servers fail with the following error message in the job output:
An exception occurred trying to update server-name. Please refer to the log file for more information. |
Workaround: Enable the FTP service on the management server. See Enabling FTP on the Management Server in Sun N1 System Manager 1.3 Site Preparation Guide for details.
Dual-core Sun Fire V20z and Sun Fire V40z servers require a 2.3.x and greater firmware revision. N1 System Manager does not prevent you from deploying firmware revisions below 2.3.x. Deploying firmware revisions below 2.3.x might result in issues with the server's service processor.
Workaround: Double check the firmware revision before updating.
The OS monitoring agent outbound interface might not match the user specified agentip. If uname -n on the target server does not resolve to agentip, the agent will not send traps to N1 System Manager over the agentip interface and the system will not restart upon reboot.
Workaround: Before adding the OS monitoring (osmonitor) feature, ensure that on the target server, the primary host name always resolves to the agentip IP address, which will be used to add the OS monitoring feature. Verify that uname -n always returns this host name, even upon reboot. Then, add the OS monitoring feature.
When the total job load is high enough to prevent the next job in the queue from running, the Job Details screen shows the running jobs' status as “running”, and the status for other jobs is shown as “Not Started”. The queued jobs will run after one or more of the running jobs have completed and the total job load is low enough to allow the next job in the queue to run.
See Job Queueing in Sun N1 System Manager 1.3 Discovery and Administration Guide for further information.
Even after all jobs are finished running, the clock icon next to the servers in the View Selector section might still display, due to a problem with the refresh feature.
Workaround: Click the Refresh button or press F5 to refresh the browser interface.
This section describes known Grid Engine module issues.
Workaround: Reload N1 System Manager or do the following:
Remove one of the master hosts from the database using the following steps:
Access the database through /opt/SUNWscs/sbin/db_tool.pl psql for Solaris or /opt/sun/scs/sbin/db_tool.pl psql for Linux.
List the entries for the two masters:
mgmt=>select * from sge_hosts;
appliance_id | type | hostname | spooldir --------------+--------+-----------+------------------------------------- 2 | MASTER | 10-0-0-17 | /gridware/sge/default/spool/qmaster 3 | MASTER | hdco16 | /gridware/sge/default/spool/qmaster (2 rows) |
mgmt=>SELECT * from sge_host_versions;
appliance_id | version --------------+--------- 2 | a1 3 | a1 (2 rows) |
Delete one of the masters from the sge_host_versions table and the sge_hosts table.
mgmt=>delete from sge_host_versions where appliance_id = '3';
DELETE 1 |
mgmt=>SELECT * from sge_host_versions;
appliance_id | version --------------+--------- 2 | a1 (1 row) |
mgmt=>delete from sge_hosts where appliance_id = '3';
DELETE 1 |
mgmt=>select * from sge_hosts;
appliance_id | type | hostname | spooldir --------------+--------+-----------+------------------------------------- 2 | MASTER | 10-0-0-17 | /gridware/sge/default/spool/qmaster (1 row) |
The job type for Grid Engine module jobs are missing. For example, after issuing a load server command to install the GE application. the associated jobs 5, 6, and 7 are missing a job type:
Job ID Date Type Status Owner 7 2006-01-07T08:13:24-0700 Completed root 6 2006-01-07T08:08:22-0700 Completed root 5 2006-01-07T08:04:42-0700 Completed root 4 2006-01-07T07:54:41-0700 Add Base Management Support Completed root 3 2006-01-07T07:53:43-0700 Add Base Management Support Completed root 2 2006-01-07T07:03:04-0700 Discovery Completed root 1 2006-01-07T07:02:10-0700 Discovery Completed root |
Workaround: No workaround exists.
A non-root user with the appropriate Grid Engine privileges cannot create or delete the Grid Engine application on the management server by using the create application and delete application commands, respectively.
Workaround: You must be root on the management server to use the create application or delete application commands.
The following issues might happen if the management server is running in a non-English environment.
N1 System Manager Online Help does not display a list of valid language attributes for each OS profile. The language attribute differs depending on the OS platform of the OS profile.
name='Chinese(Mainland)' attribute= 'zh_CN'
name='Chinese(Taiwan)' attribute='zh_TW'
name='Czech' attribute='cs_CZ'
name='Danish' attribute='da_DK'
name='Dutch' attribute='nl_NL'
name='English' attribute='en_US'
name='French' attribute='fr_FR'
name='German' attribute='de_DE'
name='Icelandic' attribute='is_IS'
name='Italian' attribute='it_IT'
name='Japanese' attribute='ja_JP'
name='Korean' attribute='ko_KR'
name='Norwegian' attribute='no_NO'
name='Portuguese' attribute='pt_PT'
name='Russian' attribute='ru_RU'
name='Slovenian' attribute='sl_SI'
name='Spanish' attribute='es_ES'
name='Swedish' attribute='sv_SE'
name='Ukrainian' attribute='uk_UA'
name='Arabic (UTF-8)' attribute= 'ar_EG.UTF-8'
name='Arabic (ISO8859-6)' attribute= 'ar_EG.ISO8859-6'
name='Bulgarian (ISO-8859-5)' attribute= 'bg_BG.ISO8859-5'
name='English (7-bit ASCII)' attribute= 'C'
name='Catalan (ISO 8859-1) ' attribute= 'ca_ES.ISO8859-1'
name='Catalan (ISO 8859-15) ' attribute= 'ca_ES.ISO8859-15'
name='Czech (ISO 8859-2) ' attribute= 'cs_CZ.ISO8859-2'
name='Danish (ISO 8859-1) ' attribute= 'da_DK.ISO8859-1'
name='Danish (ISO 8859-15) ' attribute= 'da_DK.ISO8859-15'
name='German (Austria ISO 8859-1) ' attribute= 'de_AT.ISO8859-1'
name='German (Austria ISO 8859-15) ' attribute= 'de_AT.ISO8859-15'
name='German (Switerland ISO 8859-1) ' attribute= 'de_CH.ISO8859-1'
name='German (de_DE UTF-8) ' attribute= 'de_DE.UTF-8'
name='German (de_DE ISO 8859-1) ' attribute= 'de_DE.ISO8859-1'
name='German (de_DE ISO 8859-15) ' attribute= 'de_DE.ISO8859-15'
name='Greek (el_GR ISO 8859-7) ' attribute= 'el_GR.ISO8859-7'
name='English (Australia ISO 8859-1) ' attribute= 'en_AU.ISO8859-1'
name='English (Canada ISO 8859-1) ' attribute= 'en_CA.ISO8859-1'
name='English (Great Britain ISO 8859-1) ' attribute= 'en_GB.ISO8859-1'
name='English (Great Britain ISO 8859-15) ' attribute= 'en_GB.ISO8859-15'
name='English (Ireland ISO 8859-1) ' attribute= 'en_IE.ISO8859-1'
name='English (Ireland ISO 8859-15) ' attribute= 'en_IE.ISO8859-15'
name='English (New Zealand ISO 8859-1) ' attribute= 'en_NZ.ISO8859-1
name='English (UTF-8)' attribute= 'en_US.UTF-8'
name='Canada-English (ISO8859-1)' attribute= 'en_US'
name='U.S.A. (en_US.ISO8859-1)' attribute= 'en_US.ISO8859-1'
name='U.S.A. (en_US.ISO8859-15)' attribute= 'en_US.ISO8859-15'
name='Spanish (Argentina) (es_AR.ISO8859-1)' attribute= 'es_AR.ISO8859-1'
name='Spanish (Bolivia) (es_BO.ISO8859-1)' attribute= 'es_BO.ISO8859-1'
name='Spanish (Chile) (es_CL.ISO8859-1)' attribute= 'es_CL.ISO8859-1'
name='Spanish (Columbia) (es_CO.ISO8859-1)' attribute= 'es_CO.ISO8859-1'
name='Spanish (Costa Rica) (es_CR.ISO8859-1)' attribute= 'es_CR.ISO8859-1'
name='Spanish (Ecuador) (es_EC.ISO8859-1)' attribute= 'es_EC.ISO8859-1'
name='Spanish (Spain) (es_ES ISO8859-1)' attribute= 'es_ES.ISO8859-1'
name='Spanish (Spain) (es_ES ISO8859-15)' attribute= 'es_ES.ISO8859-15'
name='Spanish (Guatemala) (es_GT.ISO8859-1)' attribute= 'es_GT.ISO8859-1'
name='Spanish (Mexico) (es_MX.ISO8859-1)' attribute= 'es_MX.ISO8859-1'
name='Spanish (Nicaragua) (es_NI.ISO8859-1)' attribute= 'es_NI.ISO8859-1'
name='Spanish (Panama) (es_PA.ISO8859-1)' attribute= 'es_PA.ISO8859-1'
name='Spanish (Peru) (es_PE.ISO8859-1)' attribute= 'es_PE.ISO8859-1'
name='Spanish (Paraguay) (es_PY.ISO8859-1)' attribute= 'es_PY.ISO8859-1'
name='Spanish (El Salvador) (es_SV.ISO8859-1)' attribute= 'es_SV.ISO8859-1'
name='Spanish (Uruguray) (es_UY.ISO8859-1)' attribute= 'es_UY.ISO8859-1'
name='Spanish (Venezula) (es_VE.ISO8859-1)' attribute= 'es_VE.ISO8859-1'
name='Estonian (et_EE.ISO8859-15)' attribute= 'et_EE.ISO8859-15'
name='Finnish (fi_FI.UTF-8)' attribute= 'fi_FI.UTF-8'
name='Finnish (fi_FI.ISO8859-1)' attribute= 'fi_FI.ISO8859-1'
name='Finnish (fi_FI.ISO8859-15)' attribute= 'fi_FI.ISO8859-15'
name='French (Belgium) (fr_BE.UTF-8)' attribute= 'fr_BE.UTF-8'
name='French (Belgium) (fr_BE.ISO8859-1)' attribute= 'fr_BE.ISO8859-1'
name='French (Belgium) (fr_BE.ISO8859-15)' attribute= 'fr_BE.ISO8859-15'
name='French (Canada) (fr_CA.ISO8859-1)' attribute= 'fr_CA.ISO8859-1'
name='French (Switzerland) (fr_CH.ISO8859-15)' attribute= 'fr_CH.ISO8859-15'
name='French (French) (fr_FR.UTF-8)' attribute= 'fr_FR.UTF-8'
name='French (French) (fr_FR.ISO8859-1)' attribute= 'fr_FR.ISO8859-1'
name='French (French) (fr_FR.ISO8859-15)' attribute= 'fr_FR.ISO8859-15'
name='Hebrew (Isreael) (he_IL.UTF-8)' attribute= 'he_IL.UTF-8'
name='Hebrew (Isreael) (he_IL.ISO8859-8)' attribute= 'he_IL.ISO8859-8'
name='English (India) (hi_IN.UTF-8)' attribute= 'hi_IN.UTF-8'
name='Croatian (hr_HR.ISO8859-2)' attribute= 'hr_HR.ISO8859-2'
name='Hungarian (hu_HU.ISO8859-2)' attribute= 'hu_HU.ISO8859-2'
name='Icelandic (is_IS.ISO8859-1)' attribute= 'is_IS.ISO8859-2'
name='Italian (it_IT.UTF-8)' attribute= 'it_IT.UTF-8'
name='Italian (it_IT.ISO8859-1)' attribute= 'it_IT.ISO8859-1'
name='Italian (it_IT.ISO8859-15)' attribute= 'it_IT.ISO8859-15'
name='Japanese (ja_JP.UTF-8)' attribute= 'ja_JP.UTF-8'
name='Japanese (ja)' attribute= 'ja'
name='Japanese (ja_JP.PCK)' attribute= 'ja_JP.PCK'
name='Korean (ko_KR.UTF-8)' attribute= 'ko_KR.UTF-8'
name='Lithuanian (lt_LT.ISO8859-13)' attribute= 'lt_LT.ISO8859-13'
name='Latvian (lv_LV.ISO8859-13)' attribute= 'lv_LV.ISO8859-13'
name='Macedonian (mk_MK.ISO8859-5)' attribute= 'mk_MK.ISO8859-5'
name='Dutch (Belgium) (nl_BE.ISO8859-1)' attribute= 'nl_BE.ISO8859-1'
name='Dutch (Belgium) (nl_BE.ISO8859-15)' attribute= 'nl_BE.ISO8859-15'
name='Dutch (Netherlands) (nl_NL.ISO8859-1)' attribute= 'nl_NL.ISO8859-1'
name='Dutch (Netherlands) (nl_NL.ISO8859-15)' attribute= 'nl_NL.ISO8859-15'
name='Norwegian (no_NO.ISO8859-1)' attribute= 'no_NO.ISO8859-1'
name='Polish (pl_PL.UTF-8)' attribute= 'pl_PL.UTF-8'
name='Polish (pl_PL.ISO8859-2)' attribute= 'pl_PL.ISO8859-2'
name='Portuguese (Brazil) (pt_BR.UTF-8)' attribute= 'pt_BR.UTF-8'
name='Portuguese (Brazil) (pt_BR.ISO8859-1)' attribute= 'pt_BR.ISO8859-1'
name='Portuguese (Portugal) (pt_PT.ISO8859-1)' attribute= 'pt_PT.ISO8859-1'
name='Portuguese (Portugal) (pt_PT.ISO8859-15)' attribute= 'pt_PT.ISO8859-15'
name='Romanian (Romania) (ro_RO.ISO8859-2)' attribute= 'ro_RO.ISO8859-2'
name='Russian (Russia) (ru_RU.UTF-8)' attribute= 'ru_RU.UTF-8'
name='Russian (Russia) (ru_RU.ANSI1251)' attribute= 'ru_RU.ANSI1251'
name='Russian (Russia) (ru_RU.ISO8859-5)' attribute= 'ru_RU.ISO8859-5'
name='Russian (Russia) (ru_RU.KO18-R)' attribute= 'ru_RU.KO18-R'
name='Serbo-Croatian (sh_BA.ISO8859-2)' attribute= 'sh_BA.ISO8859-2'
name='Slovak (sk_SK.ISO8859-2)' attribute= 'sk_SK.ISO8859-2'
name='Slovenian (sl_SI.ISO8859-2)' attribute= 'sl_SI.ISO8859-2'
name='Albanian (sq_AL.ISO8859-2)' attribute= 'sq_AL.ISO8859-2'
name='Serbian (sr_YU.ISO8859-5)' attribute= 'sr_YU.ISO8859-5'
name='Swedish (sv_SE.UTF-8)' attribute= 'sv_SE.UTF-8'
name='Swedish (sv_SE.ISO8859-1)' attribute= 'sv_SE.ISO8859-1'
name='Swedish (sv_SE.ISO8859-15)' attribute= 'sv_SE.ISO8859-15'
name='Thai (th_TH.UTF-8)' attribute= 'th_TH.UTF-8'
name='Thai (th_TH.TIS620)' attribute= 'th_TH.TIS620'
name='Turkish (tr_TR.UTF-8)' attribute= 'tr_TR.UTF-8'
name='Turkish (tr_TR.ISO8859-9)' attribute= 'tr_TR.ISO8859-9'
name='Simplified Chinese (zh_CN.UTF-8)' attribute= 'zh_CN.UTF-8'
name='Simplified Chinese (zh_CN.EUC)' attribute= 'zh_CN.EUC'
name='Simplified Chinese (zh_CN.GB18030)' attribute= 'zh_CN.GB18030'
name='Traditional Chinese (zh_HK.Big5HK)' attribute= 'zh_HK.Big5HK'
name='Traditional Chinese (zh_HK.UTF-8)' attribute= 'zh_HK.UTF-8'
name='Traditional Chinese (zh_TW.UTF-8)' attribute= 'zh_TW.UTF-8'
name='Traditional Chinese (zh_TW.Big5)' attribute= 'zh_TW.BIG5'
name='Catala' attribute= 'ca_ES.UTF-8'
name='Bosnia' attribute= 'bs_BA'
name='Cestina' attribute= 'cs_CZ.UTF-8'
name='Dansk' attribute= 'da_DK.UTF-8'
name='Deutsch' attribute= 'de_DE.UTF-8'
name='Greek' attribute= 'el_GR.UTF-8'
name='English (GB)' attribute= 'en_GB.UTF-8'
name='English (US)' attribute= 'en_US.UTF-8'
name='Espanol' attribute= 'es_ES.UTF-8'
name='Francais' attribute= 'fr_FR.UTF-8'
name='Magyar' attribute= 'hu_HU.UTF-8'
name='Italiano' attribute= 'it_IT.UTF-8'
name='Japanese' attribute= 'ja_JP.UTF-8'
name='Korean' attribute= 'ko_KR.UTF-8'
name='Lithuanian' attribute= 'lt_LT.UTF-8'
name='Nederlands' attribute= 'nl_NL.UTF-8'
name='Norsk' attribute= 'no_NO.UTF-8'
name='Portugues brasileiro' attribute= 'pt_BR.UTF-8'
name='Portugues' attribute= 'pt_PT.UTF-8'
name='Slovenscina' attribute= 'sl_SI.UTF-8'
name='Slovencina' attribute= 'sk_SK.UTF-8'
name='Svenska' attribute= 'sv_SE.UTF-8'
name='Simplified Chinese' attribute= 'zh_CN.gb18030'
name='Traditional Chinese' attribute= 'zh_TW'
name='Turkce' attribute= 'tr_TR.UTF-8'
The n1sh command fails to run in some locales and the following error message is displayed:
The current encoding "locale-name" is not supported. |
Workaround: Change the LANG and LC_ALL environment variables on the management server to UTF-8 (for example, en_US.UTF-8) or en_US locale.
The RIS server assumes that you have files in a language path which is the same as the RIS server's OS language. To provision a Windows OS which is not the same as the RIS server's OS language, you need to do some additional configuration.
Workaround: Copy the other language's files to the English path.
Go to the directory in which the OS Chooser files live.
For example:
% cd RemoteInstall\OSChooser
Copy the files from the language directory to an English directory.
For example:
% copy -r Japanese English
This creates a directory RemoteInstall\OSChooser\English that contains the install screens in the native language. When the RIS software looks into the default English path, it will display the non-English OS Chooser screens during install.
The above workaround is for English RIS server to deploy a non-English Windows image. When you use a non-English RIS server to deploy a English Windows image, type:
% copy -r English <language>
The Python version (2.3) on a default Solaris management server does not provide adequate internationalization support for the n1sh command.
Workaround: Install Python 2.4 or later on the Solaris management server. The Python executable must be /usr/bin/python2.4.
The load server command fails to install ALOM firmware if the firmware name is non-ASCII.
Workaround: Change the firmware name to ASCII using the set firmware command.
Non-ASCII objects created using the N1 System Manager display random characters if you start N1 System Manager in any of the following ways:
Restarting N1 System Manager in a non-UTF8 locale
Rebooting the management server in a non-UTF8 locale
Workaround: Use either of the two following methods.
Temporary solution: Set the LANG environment variable to the UTF8 locale on the management server and restart the N1 System Manager. For example:
Solaris management server:
# export LANG en_US.UTF-8 # sccadm restart n1sm |
Red Hat management server:
# export LANG en_US.UTF-8 # /etc/init.d/n1sminit stop # /etc/init.d/n1sminit start |
Permanent solution:
Solaris based management server:
Edit the file /etc/default/init and change the LANG value to en_US.UTF-8.
Red Hat based management server:
Edit the file /etc/sysconfig/i18n and change the LANG value to en_US.UTF-8.
If you deploy Solaris 10 OS with an OS profile that has a particular installation language set, the installation is performed in interactive mode and you must select a language when prompted. The deploy OS job will eventually time out if you do not make the language selection. The following languages create this behavior:
ja_JP.eucJP
no_NO.ISO8859-1
th_TH.TIS620
ko_KR.UTF-8
sh_BA.ISO8859-2
zh_CN.EUC
zh_CN.UTF-8
Workaround: Because the installation is no longer automated, you must monitor the deployment through the server's serial console and make the language selection. You can choose Serial Console from the Actions menu in the browser interface or use the connect server command.