Hi Pallavi, could you please add bugs listed below to OpenSolaris 2008.11 release notes ?
Also, looking at the current draft located at http://www.opensolaris.org/os/project/indiana/resources/relnotes/200811/x86/ bug 1771 is listed there. Since that one was fixed, could you please remove it from release notes ? Thank you very much, Jan ================================================================================== 6670311 kernel picks up Linux swap partition (0x82) instead of Solaris2 (0xbf) one Title: Installer can fail, if Linux swap primary partition precedes Solaris one Description: New Solaris installer installs Solaris operating system into Solaris2 partition (0xbf). Installer doesn't support multiple Solaris partitions on one disk, but can recognize Linux swap partition (0x82) correctly and can handle installation if there is primary partition used as Linux swap. However, the installation fails with following partition configuration: [1] Linux swap primary partition precedes Solaris2 one AND [2] Solaris2 partition is not active Workarounds: * Avoid defining a Linux swap as a primary partition on the same disk where Solaris2 primary partition will be created. For instance create Linux swap partition as logical volume within extended partition. * Make sure Solaris2 partition precedes Linux swap one * Create Solaris2 partition outside the installer and mark it as active. Then install into that preexisting partition. * Before installation, change the Linux swap partition type to another type, excluding 0xbf or 0x82. After the installation is done, change the Linux swap partition type back to 0x82 ================================================================================== 4629 Cannot set timezone in automated installation Title: Timezone can't be customized if Automated Installer is used for the installation Description: Due to the bug in Automated Installer, timezone is always set to PST8PDT on installed system. Value defined by <timezone> tag in System Configuration manifest is not taken into account. Workarounds: * After Automated Installation is done and system is booted into Desktop, set timezone using 'Time and Date' application. It can be invoked from menu: System->Administration->Time and Date * use GUI installer for the installation ================================================================================== 3783 Install will fail if ZFS pool 'rpool' was imported Title: Installer will fail if user creates or imports ZFS pool 'rpool' If a ZFS pool named "rpool" is already present on the system because it was manually imported or created by the user during current boot of live CD, the install process will fail immediately, the last message in the installation log being: Root pool rpool exists, we can't proceed with the installation. This is intentional behavior making sure installer doesn't inadvertently corrupt user's data. Installer can handle the situation when 'rpool' was created by the installer but installation process failed or was interrupted. Installer is able to recognize that case and destroys 'rpool' automatically after it is restarted. Workaround: * If you want to preserve data in that pool, reboot the system, and don't import the pool. The pool will remain invisible to the installer. If it was created on the target disk, the pool can't be preserved. * If you don't want to preserve data in the pool, destroy the pool before you invoke the installer using the following command. $ pfexec zpool destroy -f rpool ==================================================================================
