OCS 10.1.2 on Solaris 10 x86 Platform

Can any one tell me whether OCS 10.1.2 supports Solaris 10 x86 Platform?
On the download page it says;
Oracle Collaboration Suite 10g Release 1 (10.1.2) for Solaris Operating System (SPARC 32-bit)
But we all know SPARC is 64-bit. Can someone clarify this.
Thanks!
Ravin

Hi,
Yes - that's a little confusing; Oracle Collaboration Suite 10g is certified on a 64b Solaris SPARC. (The story behind the 32b is a long one, but it's related to client libraries vs. database servers and how 32b/64b liibraries are distinguished).
To answer your real question, though, No - it's not supported on Solaris x86.
richard

Similar Messages

Solaris 9 x86 platform update 4 8/03 can not start Management Console

smc& but cannot start management console 2.1
no problem on solaris 8 x86 platform.
Error as below :
I cannot start the Solaris Management Console in Solaris 9. The splash screen appears for a few seconds, then nothing else, core dumped.
There is a error: "Assertion Fail: Offset < fFileSize ............../../../src....
Any ideas ??????

Java Bug 4838130:
http://developer.java.sun.com/developer/bugParade/bugs/4838130.html
suggests to trace the problem by running the java application with JAVA2D_DEBUGFONTS defined, so try
env JAVA2D_DEBUGFONTS=1 smc
The bug report also documents a workaround: Set the environment variable JAVA_FONTS to
/usr/openwin/lib/X11/fonts/TrueType, i.e.
env JAVA_FONTS=/usr/openwin/lib/X11/fonts/TrueType smc

Statically linking libstdc++ on Solaris 10 x86 platform

hi,
Using g++, how do i statically link libstdc++ on Solaris 10 x86 platform?
What are the necessary linker options?
-Thanks and Regards,
Ameya

Questions about using g++ are more likely to get a helpful answer in a g++ forum.
Try http://gcc.gnu.org/

Installation of Solaris 8 (x86 Platform Edition

Hi guys,
I have downloaded the Solaris 8 for intel version and burnt them into CDs. (3 CDs). I tried to download the Solaris (x86 Platform Edition) Device Configuration Assistant Boot Diskette, but instead of downloading, it opens in another Internet explorer window. I tried pressing shift while downloading, that doesn't work. And also I tried to boot using the Solaris installation CD for installing, it says cannot boot from CDROM. Please help me. How can I proceed with installation?
With regards,
Amin

Well I had undergone the same problem, what I did was then use Netscape Enterprise Browser, and there is worked just fine, and was able to save the file onto my pc, without it being opening in an another window, so if possible use Netscape Browser and try and see what happens. Hope this helps you.
Samir Patel

Dynamic binary core dumped on solaris 10 x86 platform !!!!

Hi,
I have problem with dynamic binary compiled on solaris 10 x86 with sun studio 10, when i tryed to start this binary i have "illegal instruction (core dumped)".
But when i generate a static binary, there is NO PROBLEM! the binary start normally!
also when i compiled the binary, there is no problem, the compilation is normally terminated in both case (static and dynamic)!
I would be most grateful for any response.
Best Regards,
Skander

Hi,
Yes - that's a little confusing; Oracle Collaboration Suite 10g is certified on a 64b Solaris SPARC. (The story behind the 32b is a long one, but it's related to client libraries vs. database servers and how 32b/64b liibraries are distinguished).
To answer your real question, though, No - it's not supported on Solaris x86.
richard

Compiled binary crashes during initialization on Solaris 10/x86 platform

Hi, I have a problem to run application built with Solaris Sun Studio compiler. It dumps a core which contains:
$c_init+0x19a(1, 804761c, 8047624, 8047610, 80dabfd, 80da64c)
_start+0x78(1, 8047744, 0, 804774c, 8047756, 8047829)
>
When application is run under "dbx" utility the output looks:
Reading ld.so.1
Reading libTAO_CosNaming.so.1.4.0
Reading libTAO_Svc_Utils.so.1.4.0
Reading libTAO_IORTable.so.1.4.0
Reading libTAO_PortableServer.so.1.4.0
Reading libTAO.so.1.4.0
Reading libACE.so.5.4.0
Reading libxerces-c.so.28.0
Reading libicuuc.so.3
Reading libfbclient.so.2.1.1
Reading libdl.so.1
Reading libpthread.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libxnet.so.1
Reading librt.so.1
Reading libCstd.so.1
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
Reading libTAO_Messaging.so.1.4.0
Reading libgen.so.1
Reading libTAO_ObjRefTemplate.so.1.4.0
Reading libTAO_Valuetype.so.1.4.0
Reading libTAO_IORInterceptor.so.1.4.0
Reading libicudata.so.3
Reading libcurses.so.1
Reading libaio.so.1
Reading libmd.so.1
(dbx) run
Running: app
(process id 13240)
t@1 (l@1) signal SEGV (no mapping at the fault address) in __cplus_fini_at_exit at 0x8393ba5
0x08393ba5: __cplus_fini_at_exit+0x01c9: addb %al,(%eax)
(dbx) where
current thread: t@1
=>[1] __cplus_fini_at_exit(0x8047664, 0x8047770, 0x804769c, 0x81ca778, 0x1, 0x80476a8), at 0x8393ba5
As you can see the application uses some 3rd party libraries, like: ACE (v5.4.0)/TAO (v1.4.0), xerces (v2.8), ICU (v1.2) and Firebird2 (v2.1.1) libraries. The libs were compiled using the same compiler. The problem seems to be within runtime linker - the core was dumped before the code started execution.
I have reproduced the issue with two different versions of compiler:
1. Older
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-01 2007/07/25
uname -a
SunOS XXX 5.10 Generic_139556-08 i86pc i386 i86pc
2. Newer
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-17 2009/10/27
uname -a
SunOS YYY 5.10 Generic_141415-04 i86pc i386 i86pc
Interesting observation, suggesting there is some problem with either linker or runtime linker:
I have a version of the application which runs properly but when I add just one line - include of one of ACE headers to the class which did not contain ACE I end up with the problem described above but if I add any number of includes of ACE headers to the class which already contained (directly or indirectly) ACE code the application still works.
The same source code is compiled on Solaris 9/SPARC platform and it works:
CC -V
CC: Sun C++ 5.5 Patch 113817-19 2006/10/13
uname -a
SunOS ZZZ 5.9 Generic_118558-35 sun4u sparc SUNW,Sun-Fire-V240
Is it any known issue? Thanks in advance for any input.

Hi
Thanks for the answer. I have analyzed my code and found out that, indeed, some static singleton objects were incorrectly implemented. It has been fixed and the application started when compiled under C++ 5.9, but it does not seem to solve the problem. The application was recompiled using the the newest Sun Studio 12.1 9 (C++ 5.10), and then failed to start again. As per your suggestion regarding the place in the code where the crash occurs, I have compared "__cplus_fini_at_exit" functions for both working and broken applications, compiled under C++ 5.9. Here are parts of code (actually, few last lines of the function) from:
- working
0x0827b811: __cplus_fini_at_exit+0x01b5:        call     __STATIC_CONSTRUCTOR   [ 0x81c9dec, .-0xb1a25 ]
0x0827b816: __cplus_fini_at_exit+0x01ba:        call     __STATIC_CONSTRUCTOR   [ 0x81cfb18, .-0xabcfe ]
0x0827b81b: __cplus_fini_at_exit+0x01bf:        call     __STATIC_CONSTRUCTOR   [ 0x81d1004, .-0xaa817 ]
0x0827b820: __cplus_fini_at_exit+0x01c4:        call     OPENSSL_cpuid_setup    [ 0x81e88a0, .-0x92f80 ]
0x0827b825: __cplus_fini_at_exit+0x01c9:        jmp      __cplus_fini_at_exit+0x1d4     [ 0x827b830, .+0xb ]
0x0827b827: __cplus_fini_at_exit+0x01cb:        movl     %esi,%esi
0x0827b829: __cplus_fini_at_exit+0x01cd:        leal     0x00000000(%edi),%edi
0x0827b830: __cplus_fini_at_exit+0x01d4:        nop
0x0827b831: __cplus_fini_at_exit+0x01d5:        popl     %ebx
0x0827b832: __cplus_fini_at_exit+0x01d6:        popl     %esi
0x0827b833: __cplus_fini_at_exit+0x01d7:        popl     %edi
0x0827b834: __cplus_fini_at_exit+0x01d8:        leave
0x0827b835: __cplus_fini_at_exit+0x01d9:        ret      $0x00000000- broken
0x0827b307: __cplus_fini_at_exit+0x01ab:        call     __STATIC_CONSTRUCTOR   [ 0x81c86e8, .-0xb2c1f ]
0x0827b30c: __cplus_fini_at_exit+0x01b0:        call     __STATIC_CONSTRUCTOR   [ 0x81c8eb4, .-0xb2458 ]
0x0827b311: __cplus_fini_at_exit+0x01b5:        call     __STATIC_CONSTRUCTOR   [ 0x81c9b2c, .-0xb17e5 ]
0x0827b316: __cplus_fini_at_exit+0x01ba:        addb     %al,(%eax) <=====
0x0827b318: __cplus_fini_at_exit+0x01bc:        addb     %al,(%eax)
0x0827b31a: __cplus_fini_at_exit+0x01be:        addb     %al,(%eax)
0x0827b31c: __cplus_fini_at_exit+0x01c0:        addb     %al,(%eax)
0x0827b31e: __cplus_fini_at_exit+0x01c2:        addb     %al,(%eax)
0x0827b320: __cplus_fini_at_exit+0x01c4:        call     OPENSSL_cpuid_setup    [ 0x81e83a0, .-0x92f80 ]
0x0827b325: __cplus_fini_at_exit+0x01c9:        jmp      __cplus_fini_at_exit+0x1d4     [ 0x827b330, .+0xb ]
0x0827b327: __cplus_fini_at_exit+0x01cb:        movl     %esi,%esi
0x0827b329: __cplus_fini_at_exit+0x01cd:        leal     0x00000000(%edi),%edi
0x0827b330: __cplus_fini_at_exit+0x01d4:        nop
0x0827b331: __cplus_fini_at_exit+0x01d5:        popl     %ebx
0x0827b332: __cplus_fini_at_exit+0x01d6:        popl     %esi
0x0827b333: __cplus_fini_at_exit+0x01d7:        popl     %edi
0x0827b334: __cplus_fini_at_exit+0x01d8:        leave
0x0827b335: __cplus_fini_at_exit+0x01d9:        ret      $0x00000000In the broken version, the crash occurs when executing addb     %al,(%eax) instruction at 0x0827b316 (marked above with an arrow). This is because %eax points to some read-only memory - the implementation of one of classes method in this case.
As you can see, in this address there are 5 2-byte long instructions addb     %al,(%eax). Their location in this place seems to make no sense from function logic point of view:
1. Why would we need to add %al register contents five times in a row, to the memory pointed by %eax, in this place?
2. The __cplus_fini_at_exit() function in the working application, that basically looks identical, does not have this sequence of instructions at all.
Looking at the memory dump in this place shows that these are physically 10 bytes of zeros ("e8 f4 ff 00 00 00 00 00 00 00 00 00 00 e8 7b d0") at 0x0827b316 (indeed, the instruction addb     %al,(%eax) is binary coded as 0x00 0x00). It seems, that for some reason, the block of 10 bytes with zero value was injected to the compiler generated code.
I would like to stress - this is not a result of program initialization as both listings presented above come from the applications loaded to "dbx" but not started so they only reflect how binaries look like. I have made one more test - I have edited broken binary and replaced these 10 bytes of zeros with ten "No Operation" instructions ("e8 f4 ff 90 90 90 90 90 90 90 90 90 90 e8 7b d0"). Here is output from "dbx", after the changes made:
0x0827b307: __cplus_fini_at_exit+0x01ab:        call     __STATIC_CONSTRUCTOR   [ 0x81c86e8, .-0xb2c1f ]
0x0827b30c: __cplus_fini_at_exit+0x01b0:        call     __STATIC_CONSTRUCTOR   [ 0x81c8eb4, .-0xb2458 ]
0x0827b311: __cplus_fini_at_exit+0x01b5:        call     __STATIC_CONSTRUCTOR   [ 0x81c9b2c, .-0xb17e5 ]
0x0827b316: __cplus_fini_at_exit+0x01ba:        nop
0x0827b317: __cplus_fini_at_exit+0x01bb:        nop
0x0827b318: __cplus_fini_at_exit+0x01bc:        nop
0x0827b319: __cplus_fini_at_exit+0x01bd:        nop
0x0827b31a: __cplus_fini_at_exit+0x01be:        nop
0x0827b31b: __cplus_fini_at_exit+0x01bf:        nop
0x0827b31c: __cplus_fini_at_exit+0x01c0:        nop
0x0827b31d: __cplus_fini_at_exit+0x01c1:        nop
0x0827b31e: __cplus_fini_at_exit+0x01c2:        nop
0x0827b31f: __cplus_fini_at_exit+0x01c3:        nop
0x0827b320: __cplus_fini_at_exit+0x01c4:        call     OPENSSL_cpuid_setup    [ 0x81e83a0, .-0x92f80 ]
0x0827b325: __cplus_fini_at_exit+0x01c9:        jmp      __cplus_fini_at_exit+0x1d4     [ 0x827b330, .+0xb ]
0x0827b327: __cplus_fini_at_exit+0x01cb:        movl     %esi,%esi
0x0827b329: __cplus_fini_at_exit+0x01cd:        leal     0x00000000(%edi),%edi
0x0827b330: __cplus_fini_at_exit+0x01d4:        nop
0x0827b331: __cplus_fini_at_exit+0x01d5:        popl     %ebx
0x0827b332: __cplus_fini_at_exit+0x01d6:        popl     %esi
0x0827b333: __cplus_fini_at_exit+0x01d7:        popl     %edi
0x0827b334: __cplus_fini_at_exit+0x01d8:        leave
0x0827b335: __cplus_fini_at_exit+0x01d9:        ret      $0x00000000This time the application has started. As everything occurs inside compiler-generated function it seems to me that this analysis strongly suggests that there is a problem with a compiler which puts 10 bytes of mess into __cplus_fini_at_exit.
The binaries used above were built using:
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-01 2007/07/25
I have also checked Sun Studio 12.1 (C++ 5.10) compiler but the attempts to get working application failed (the same problem with zero bytes).
Have you ever encountered similar problem? Are you able to confirm/deny whether it is related to the compiler?
Thanks for further assistance

Install oracle10g at solaris 10 x86 platform ORA-07445 error occured

I meet a problem when install oracle10g at solaris 10.when create database, the dbca display infomation:
ora-03113 "end-of-file on communication channel"
ora-03114 ORACLE not available
Perhaps someone can give me some advices ?
Its very urgent
Thanks and Best Regards
Dillon.xu
OS: solaris10g
# showrev
Hostname: v40-1
Hostid: 24ea10ed
Release: 5.10
Kernel architecture: i86pc
Application architecture: i386
Hardware provider:
Domain: test.com
Kernel version: SunOS 5.10 s10_74
v40-1# prtconf |grep Mem
Memory size: 2048 Megabytes
database: oracle10g 10.1.0.3
Oracle trace file info:
export/home/oracle/product/10.0/rdbms/log/ora10g_ora_1759.trc
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /export/home/oracle/product/10.0
System name: SunOS
Node name: v40-1
Release: 5.10
Version: s10_74
Machine: i86pc
Instance name: ora10g
Redo thread mounted by this instance: 0 <none>
Oracle process number: 0
1759
kstwlb: SGA is no longer mapped
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x
59fffff4
*** 2005-02-22 14:20:07.861
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [SIGSEGV] [Address not mapped to obj
ect] [1509949428] [] [] []
Current SQL information unavailable - no session.
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)

10g on Solaris 10 isn't yet supported. It is announced for March 2005.

Install EM 10g Grid Control on Solaris 10 x86

Hi all
I need to install Enterprise Manager 10g Grid Control Release 2 on Solaris 10 x86 platform.
I found out the following link where I can download the software:
http://www.oracle.com/technology/software/products/oem/index.html
Howerver it seems that there isn't any download for my platform. Does anybody know where can I find the software?
How can I configure EM Grid Control on that platform if I don't have the software. Does anybody know a manual installation and configuration method?
King regard and thank you
Aron

That means it is not yet available for 10.2, but it is for 10.1

Solaris 10 x86 Won't Startup After Install - system just restarts itself?

Ok, I'm another one of those wacky Vista people. I have a Dell Latitude D630 running a dual boot scenario with Vista Ultimate and Solaris 10.
I had plenty of issues getting that working but it does work. Vista WILL boot. Solaris won't boot. Solaris failsafe will boot.
Now the issue is....
Solaris will not boot. When I select it from the GRUB menu, I see some text that flashes really quickly before the system restarts. It's the same text that I see when I boot failsafe mode.
Something to the effect of Sun Solaris.... blah blah....Subject To License Terms and Conditions....
So it's as if it's trying to boot Solaris, but for some reason it just restarts the system. The only thing that works is failsafe mode and Vista.
How can I troubleshoot this issue when I can only get in failsafe?
Please note I'm an IT professional (so I'm quite capable) but I have ZERO Solaris experience and limited (very limited) Linux experience so break it down for me if you will.
Thank you in advance!
SPECIFIC DETAILS:
*1. Solaris 10 x86 Platform*
*2. Windows Vista Ultimate*
*3. Dell Latitude D630 Notebook, 2GHz Intel Core 2 Duo, 2GB RAM*
*4. (1) HDD with a Vista and Solaris partition*
*5. I have tried installing Solaris 10 (3) times to resolve. To no avail.*
*7. Failsafe mode does boot.*
*8. Grub looks like this:*
kernel /platform/i86pc/multiboot
modul /platform/i86pc/boot_archive
Edited by: derrickonline on May 13, 2008 4:53 PM
Edited by: derrickonline on May 13, 2008 4:57 PM

I should have searched the forums first. This was the solution to my issue....
http://forum.java.sun.com/thread.jspa?messageID=10249826

Solaris 10 X86 Installation Struck after Loading Grub Stage 2

Hi All,
I am trying to install Solaris 10 X86 Platform on my intel system. I downloaded the iso DVD images from Sun site.
sol-10-u8-ga-x86-dvd-iso-a.iso
sol-10-u8-ga-x86-dvd-iso-b.iso
When I boot with the Solaris DVD 1, I am getting the message "Loading Stage 2" and returned to grub> command line
This is the message I am getting in my screen
Loading Stage 2 ... ...
GNU GRUB version 0.97 (639K lower/283584 upper memory)
*[ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions os a device/filename. ]*
grub> root
*(hd1111): Filesystem type is iso9660, using whole disk*
grub>
Can some one help me on this, I tried in Google and other sun solve support forums but didnt find anything helpfull.
Anybodys help is much appreciated..
Regards, Sundar

I'm getting the same thing with Solaris 10u8 in a VirtualBox. sol-10-u8-ga-x86-dvd.iso downloaded from cds.sun.com today.
(I tried the pre-made VirtualBox image Sun provides, and it's horribly dysfunctional. So I thought I'd try a fresh installation. More fool me, apparently.)
Edit: No, it's me. The problem is that the ISO I downloaded was incomplete - it cut off at precisely 2GB! The md5sum of what I downloaded is ea5a8606894d253e286861aaf4b5c50a; the official md5sum should be 9df7fd02d82976fd3ec38a18d1a57335. I guess tomorrow I try again with part A and part B ...
So it looks like the answer is: check with md5sum that you actually have the full ISO.
Edited by: DavidGerard on Feb 10, 2010 1:30 PM

Sun one 7 update 3 + solaris 8 -x86 setup crashes..!

Hi
I'm having a wierd problem setting up sun one app server update 3 on solaris 8 x86 platform.
The issue is that when i try running the setup it crashes
======================================
./setup -console
ld.so.1: ./setup: fatal: libCstd.so.1: open failed: No such file or Directory
Killed
======================================
I guess the app server is not fiding some shared object.. so i edited /etc/default/init and added
LD_LIBRARY_PATH=/usr/lib:/usr/local/lib.. but no luck ! I could not find any patch @ sunsolve that addresses this issue ...
The app server was supposed to be for solaris 9-x86. Is it causing the problem ? is there any workaround for this ?
Also does any one know how to remove all the windowing packages from a solaris machine ? I want the machie to be a server with no GUI stuff on it ..

Try collecting and looking into the sequence of all system calls taking place during setup execution with truss:
# truss -o truss.out -feald ./setup -console
There is a good chance that you might notice the reason why the ld is failing on trying to load the libCstd.so.

Install SUN StorEdge L280 to Solaris 10 x86

Hi, i need help with install & configure SUN StorEdge L280. I have SOLARIS 10 x86 platform on HP DL 380 g3. I need help with this. I dont understend what with this, what drivers is need... On sparc is all ok with veritas netbackup, but on x86...any help?thanks

i need help with install & configure SUN StorEdge L280. I have SOLARIS 10 x86 platform on HP DL 380 g3. I need help with this. I dont understend what with this, what drivers is need... On sparc is all ok with veritas netbackup, but on x86...any help?thanks
The L280 (or HP SureStore Autoloader 718) contains a DLT7000 drive. There is no reason why the generic SCSI tape driver doesn't support these drives.
If you're asking for software to control the autoloader, a similar software like Veritas NetBackup is required. Veritas supplies a replacement driver.
Now I see why your L280 doesn't work with your HP server. The L280 requires a HVD (High Voltage Differential) SCSI controller. The standard SCSI interface is SE (Single Ended) or LVD (Low Voltage Differential). Neither SE nor LVD are compatible with HVD. You won't see the device and can even damage the device and/or the controller.
Get a HVD SCSI controller (Symbios SYM22802, Part-No 375-0006) or Adaptec AHA-2944UW (not AHA-2940UW which is SE!!).
The Sun labeled HP Autoloaders (StorEdge L9, L280) use HVD SCSI while the original ones (SureStore 1/9, 718) use LVD or SE SCSI.
Michael
Robert,
any update ?
Message was edited by:
MAALATFT

Is samba included in Solaris 9 / x86?

Hello... I have Solaris 9 x86 platform, and I need Samba to make my HD visible from a MS Win network... is Samba included in my Solaris? or I must download it...? from where?
Thanks!

It is included in Solaris 9:
ls -l /usr/sfw/bin/smb*"cp /etc/sfw/smb.conf-example /etc/sfw/smb.conf",
configure the smb.conf file, then "/etc/init.d/samba start" and other
windows boxes on your network can use your solaris machine as
a windows file and print server.

Solaris Management Console 2.1 in Solaris 10 x86 nv-b40 and nv-b42.....

I have been Solaris 10 x86 on my Intel machines and never had any problem with SMC. However, things seems to have changed since
nv-b40 release. SMC out-of-the-box does not work even the first time. I get a message like Server is not running, Toolbox is not available. I tried to start the server manually using the command
/etc/init.d/init.wbem start
and I got the message
svccfg:Pattern 'application/swcwbem' doesn't match any instances or services.
I have reinstalled nv-b38 and SMC works fine. Does any one know what has changed between nv-b38 and nv-b40 releases which caused SMC not to work out-of-the-box? Also, if any one has encountered this problem and got a fix for it, could you please post it here? Thanks a bunch in advance.
-Victor bagga

did you enable tcp listening?
svccfg -s wbem setprop options/tcp_listen=true
svcadm refresh wbem
svcadm restart wbem

Installation problem sun solaris 9 x86 on intel

I am trying to install sun solaris 9 x86 intel platform edition on my home pc hp e-vectra, configuration is PIII 800 Mhz, 10 GB HDD, 128 MB Ram, 17" color monitor, but it giving me following error :-
BooT Panic: trap type e, error 0 at 117499
Cr0: 800000011, cr1: 4, cr3: 17e000
Eax: 0, ebx: 7e2c, ecx: 0 edx: 16e350
Es: fffffffe, edi: 17dfe0, ebp: 7e40, esp: 7e20
Entering boot debugger:
Please help me, how can I install sun solaris 9 x86 on my HP E-Vectra PC.
Kalpesh Mehta

I had similar problems several months ago. I suspect this happens when host pc does not have floppy drive(or bios somehow misreports it) as it was in my case. Solaris 8 seems to work fine in the same environment, so I keep using it for now. Possible workaround might be to use DCA from Solaris 8: Installation of Sol9 started just fine after I entered Sol8 DCA and asked it to boot from Sol9 CD.
Hope this problem will be fixed in subsequent Sol9 releases.
Victor

OCS 10.1.2 on Solaris 10 x86 Platform

Similar Messages

Maybe you are looking for