This section describes known issues with Sun Fire X2100 M2 or Sun Fire X2200 M2 servers.
To provision Solaris 10 6/06 on a Sun Fire X2100 M2 server, you must perform the following steps to modify the default OS profile and specify bge0 for networkdevice in the load command. This example uses an OS profile named s10u2_x86.
N1-ok> remove osprofile s10u2_x86 partition swap N1-ok> remove osprofile s10u2_x86 partition / N1-ok> add osprofile s10u2_x86 partition swap device=c0d0s1 size=2048 type=swap sizeoption=fixed N1-ok> add osprofile s10u2_x86 partition / device=c0d0s0 type=ufs sizeoption=free N1-ok> load server ipaddress osprofile s10u2_x86 networktype=static ip=ipaddress console=ttyb consolebaud=9600 networkdevice=bge0 |
You must use the Broadcom network port (net0).
To provision Solaris 10 6/06 on a Sun Fire X2200 M2 server, you must perform the following steps to modify the default OS profile and specify bge0 for networkdevice in the load command. This example uses an OS profile named s10u2_x86.
N1-ok> remove osprofile s10u2_x86 partition swap N1-ok> remove osprofile s10u2_x86 partition / N1-ok> add osprofile s10u2_x86 partition swap device=c1d0s1 size=2048 type=swap sizeoption=fixed N1-ok> add osprofile s10u2_x86 partition / device=c1d0s0 type=ufs sizeoption=free N1-ok> load server ipaddress osprofile s10u2_x86 networktype=static ip=ipaddress console=ttyb consolebaud=9600 networkdevice=bge0 |
You must use the Broadcom network port (net0).
To provision Red Hat Enterprise Linux 3.0 AS Update 8 on a Sun Fire X2100 M2 or Sun Fire X2200 M2 server, you must use the Broadcom network port (net0). You must also use the appropriate console and bootnetworkdevice settings to view the console output through the connect server command. Refer to the server documentation to determine which physical port is net0.
The following example is a sample command to deploy the default OS profile on a Sun Fire X2200 M2 server.
N1-ok> load server ipaddress osprofile RHEL3-U8 bootip=ipaddress networktype=static ip=ipaddress bootnetworkdevice=eth2 console=ttyS1 consolebaud=115200 |
To provision SUSE Linux Enterprise Server 9 SP3 on a Sun Fire X2100 M2 or Sun Fire X2200 M2 server, you must use the Nvidia network ports (net2 and net3). The bootnetworkdevice value must be eth1 for net2 or eth0 for net3. You must also use the appropriate console and consolebaud settings to view the console output through the connect server command.
The following example is a sample command to deploy the default profile on a Sun Fire X2200 M2 server.
N1-ok> load server ipaddress osprofile SUSE9SP3 bootip=ipaddress networktype=static ip=ipaddress bootnetworkdevice=eth1 console=ttyS1 consolebaud=115200 |
Workaround: View the console through the system's Web GUI during installation.
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.
If you delete an existing Sun Fire X2100 server from N1 System Manager and try to rediscover it, the discovery might fail with the following error message in the job details: “Cannot set alert destination to N1 SM. Maximum destination count has reached.”
Workaround: You need to manually clear the alert destination on the managed node and run the discovery command again:
Log in as root on the management server.
Change directory to the ipmitool location.
# cd /opt/ipmitool/bin/ipmitool
Manually clear the alert destination on the managed node. You must know the root password of the managed node's SP.
# ./ipmitool -H sp-ip -U root -I lan lan alert set 1 1 ipaddr 0.0.0.0 |
Rediscover the server using the discover command.
You need to download the “tools and drivers iso” file for the firmware and then extract the firmware file by mounting the ISO image. After mounting the ISO image, the firmware is located in the remoteflash subdirectory and has a name similar to X2100-190_3A06.
When importing Sun Fire X2100 M2 or Sun Fire X2200 M2 firmware into N1 System Manager, there is an eight character limitation on the firmware name. N1 System Manager will allow longer names to be specified. However, any attempt to load the firmware onto a managed node will be rejected. To avoid having to recreate the firmware image later on, the best practice is to use a shorter name at the time of firmware creation.
If the management network is slow between a managed server's SP and the N1 SM management server, the firmware update process may take longer than the default timeout (10 minutes) to complete and the firmware update job will error out.
Workaround: You need to increase the speed of the management network or increase the timeout value.
Verify that the firmware update actually failed. The update might have actually completed. To verify this, perform steps 4-9 described in the workaround for Upgrading Firmware Version 1.0a/1.1 to 1.2 Is Not Supported on a Sun Fire X2100 M2 or Sun Fire X2200 M2 Server (6492583). If the firmware has not been updated, proceed to the next step.
Log in as root on the N1 SM management server.
Make a new directory in the /opt/sun/n1gc/dvrs directory.
# mkdir /opt/sun/n1gc/drvrs/resources |
Create a file named taurus.properties in the resources directory with the following contents. Note the value of the firmwareUpdateTimeout property, which is set to 40 minutes.
ipmi.lan.channel=1 consoleProtocol=ssh nicFruPattern=(.*NIC0.*)|(.*NIC1.*) supportedModels=X2100M2,X2200M2 firmwareUpdateTimeout=2400 firmwareUpdateFinishedPattern=Update Successful firmwareUpdateFailedPattern=fail|error ipmi.factory_default_user_name=root ipmi.factory_default_password=changeme
Restart the N1 SM management server.
# /etc/init.d/n1sminit stop # /etc/init.d/n1sminit start |
Retry the firmware update.
N1 System Manager does not fully support upgrading firmware version 1.0a/1.1 to 1.2 on the Sun Fire X2100 M2 and Sun Fire X2200 M2 servers. Though the update will actually complete successfully in all cases, N1 System Manager may report the operation as a failure depending on the server type and the firmware version being updated. Also, the CMOS checksum will be invalid and must be manually cleared to allow the system to boot properly.
Workaround: Use the following procedure to update the firmware. This procedure assumes you have already imported the firmware image into N1 System Manager using the create firmware command.
Log in as root on the management server.
Update the firmware on the managed server to version 1.2.
# n1sh stop server server-name force=true # n1sh load server server-name firmware firmware1.2-name |
Wait for the firmware update job to finish.
Depending on the following upgrade path, the job may either succeed or fail.
1.0a to 1.2 will fail
1.1 to 1.2 will fail for the Sun Fire X2200 M2 server
Connect to the console of the managed server being updated:
# n1sh connect server servername |
In a different N1 SM terminal window, power off and on the managed server.
# n1sh stop server server-name force=true # n1sh start server server-name |
After the managed server powers on, the console window will display the BIOS POST output, which will report an invalid CMOS checksum.
In the console window, press F2 to restore the defaults and allow the POST to complete.
If the basemanagement or osmonitor features have been enabled on the server, wait until the system fully boots up before proceeding.
Exit the console window for the managed server.
Refresh the system information for the managed server.
# n1sh set server server-name refresh |
Verify that the firmware has been updated to version 1.2 on the managed server.
# n1sh show server server-name | egrep 'SP|BIOS' |
The SP and BIOS versions should be updated to the latest versions.
To update BIOS firmware, N1 System Manager uses the default native firmware update mechanism provided by the platform service processor. For some rare upgrade paths, this default behavior may result in BIOS settings reverting to optimized defaults. Depending on the operating system and platform configuration, this may require the user to manually re-apply these settings. Refer to the server documentation for additional details on which configurations are affected.
After you upgrade the firmware to version 1.2 on a Sun Fire X2100 M2 or Sun Fire X2200 M2 server, the server may occasionally change to “Unreachable” state within 5 minutes.
Workaround: You must reset the server's service processor (SP):
Log in to the server's SP.
# ssh -l sp-user sp-ip |
Reset the SP.
-> reset |
On the management server, refresh the server's monitoring information.
n1-ok> set server server-name refresh |