Bugzilla – Bug 3597
Unable to install OpenSolaris with 512 MB base memory
Last modified: 2008-11-25 00:26:14 UTC
You need to log in before you can comment on or make changes to this bug.
I was trying to install build 96 and 97 on Virtual Box on my ultra 40 desktop. http://genunix.org/distributions/indiana/osol-0811-97.iso http://genunix.org/distributions/indiana/osol-0811-96.iso but none of these worked. It hangs at installation time. Note that previous builds like build 95, Open Solaris 2008.05 dash 1 and OpenSolaris 2008.05 worked. P/S I got these download links from http://genunix.org/ OpenSolaris News Thur Sep 11 2008 osol-0811-97 ISOs, the pre-release version of OpenSolaris 2008.11, based on Nevada build 97, are now available in two flavors: osol-0811-97.iso (supports primary languages and uses gzip compression) and osol-0811-97-global.iso (supports all languages and uses LZMA compression). Please verify the checksums. Thur Sep 4 2008 osol-0811-96 ISOs, the pre-release version of OpenSolaris 2008.11, based on Nevada build 96, are now available in two flavors: osol-0811-96.iso (supports primary languages and uses gzip compression) and osol-0811-96-global.iso (supports all languages and uses LZMA compression). Please verify the checksums.
Recommended base memory size in Virtual box for OpenSolaris is 512. Increasing it to 1024 fixed the problem. Previous OpenSolaris releases didn't consume so much of base memory during install.
*** Bug 3596 has been marked as a duplicate of this bug. ***
Same problem exists when I trying to install build 98 on Virtual Box on my ultra 40 desktop from link http://genunix.org/distributions/indiana/osol-0811-98.iso. It hangs i Preparing disk for Open Solaris 2008.05 installation at 2%.
512 MB is expected to be sufficient if you allocate the recommended disk size, which allows a swap volume to be created and used. What size virtual disk did you allocate to this installation?
I have reproduced reported issue using build 97. When 512 MB was allocated to the Virtual Box guest, installer hung in Target Instantiation phase (probably when trying to create ZFS pool). It seems that installer needs more than 512 MB to create swap on ZFS volume. When 550 MB was dedicated to the guest, swap on ZFS volume was created, installation finished successfully and I was able to reboot to the newly installed Solaris.
I have reproduced the issue with build 98 and 99. My disk size was 16 GB - more than sufficiant for creating necessary swap, I guess. It worked form me, too, with 1024 base memory.
Moving to blocker list.
*** Bug 4655 has been marked as a duplicate of this bug. ***
*** Bug 4671 has been marked as a duplicate of this bug. ***
*** Bug 4717 has been marked as a duplicate of this bug. ***
I tried installing build 101a from CD with 512mb Memory. It failed. The same works fine with 1 gb memory.
*** Bug 4869 has been marked as a duplicate of this bug. ***
We're addressing this as follows: Disabled the following SMF Services on the liveCD only: network/security/ktkt_warn network/dns/multicast application/pkg/update system/avahi-bridge-dsd Disabled the following Gnome applets on the liveCD only: gnome-netstatus-applet-* gnome-power-manager-applet gnome-keyring-daemon updatemanagernotifier Limiting the zfs ARC cache by setting the following in /etc/system on the liveCD only: set zfs:zfs_arc_max=0x4002000 set zfs:zfs_vdev_cache_size=0 Reconfigure nautilus to use smaller, live CD-specific background Reconfigure Gnome panel to use theme background rather than image Create a swap slice instead of a swap zvol for systems with limited memory
fixed in changeset 2c1eaf565c25
I installed RC2 build on a native machine with 512 RAM and a Virtualbox with 512 RAM successfully. Update the status to verified.