Sparc CD's on X86 ???

I recently downloaded the Solaris 10 Sparc installation cd's. I have three netra x1 boxes that I would like to install over the network. Currently I have an X86 running Solaris 10 that has a cdrom. When I mount the cdrom on the X86 box and run the setup_install_server script it tells me that the Boot image is not valid. I know that the Boot directory under Tools points to s1 but s1 does not get mounted. Does anybody know if it is possible to setup a Sparc network installation server on an X86 box when it is the only box with a cdrom?
Thanks

The missing pieces can be found in the UFS partition on the CD#1,
but Solaris can only mount UFS partitions on CPUs using the same
byte order that was used to create the filesystem. That is, Solaris
SPARC can mount big-endian UFS filesystems intended for SPARC;
Solaris x86 can mount little-endian UFS filesystem intended for x86.
But you cannot mount a big-endian SPARC UFS filessystem on
Solaris x86 - and vice versa.
The solution is to download the Solaris 10 DVD installation image,
and setup the install server from the DVD. The DVD installation
image contains everything that is needed in the platform neutral
ISO9660 filesystem image. There's no need for
setup_install_server to access the UFS filesystem bits using the
DVD.

Similar Messages

Solaris v10 sparc jumpstart server on x86 solaris - can't find miniroot.

I am trying to setup a jumpstart install server on an x86 solaris v10 machine to do a sparc network install. I downloaded both the CD and DVD sparc v10 ISO's. When I mount the CD, the Solaris_10/Tools/Boot directory (miniroot system) is symlinked back to ../../../s1 which does exist. I can't find it on the CD, I've used prtvtoc and this slice does not seem to exist.
On the DVD iso, the directoy exists, but many files cannot be read, almost like the filesystem is corrupt.
I've download these ISO and burned them many times, so I know it's not an issue with hardware or the CD/DVD media.
Where can I download a working sparc solaris v10 miniroot system?

There is no such entry under solaris. This entry only exist on windows.
On solaris you need to change entries in the kjs script (prior to SP3)
or iasenv.ksh (after SP3)
madhavi korupolu wrote:
>
Can anybody tell me why the entry for /Application Server/6.0/Java/ in
kregedit on solaris is missing. I have the entry upto /Application
Server/6.0/.
Try our New Web Based Forum at http://softwareforum.sun.com
Includes Access to our Product Knowledge Base!--
Han-Dat Luc ([email protected])
Senior Consultant
SUN Professional Services (iPlanet)
o .
o .
O _ ____ _ _
(_) _ \| | __ _ _ __ ___| |_ TM
| | |_) | |/ _` | '_ \ / _ \ __|
| | __/| | (_| | | | | __/ |_
|_|_| |_|\__,_|_| |_|\___|\__|
e-commerce solutions
Sun Microsystems Australia Pty Ltd

Cloning from solaris 10 sparc to solaris 10 x86

Hi,
We would like to know if it is possible to clone from production instance solaris 10 sparc to test instance solaris 10 x86 (intel) in 11.5.10CU2.
And if yes or no is it possible in R12.1.2.
Thanks
Brice Guillard

Hi,
Is it possible to have the first node on solaris 10 x86 with the database and the other on solaris 10 sparc ?Not possible as this OS is not certified.
What happen with rapid clone if we clone the production instance full sparc to a test instance with solaris 10 x86 on the database and the application server on x86.Rapid Clone will not work on this target OS because it is not supported.
Regards,
Hussein

Problem jumpstarting a Solaris 9 SPARC from Solaris 10 x86

Hi all,
I'm going to install a couple of servers using Jumpstart, but I've run
into a problem so I'm kinda in panic.
This is the net boot:
Executing last command: boot net - install
Boot device: /pci@1f,0/pci@1,1/network@c,1 File and args: - install
Timeout waiting for ARP/RARP packet
29200 panic - boot: Could not mount filesystem.
Program terminated
ok
I've setup the jumpstart server on my x86 PC, which is Solaris 10 final
with JET 3.7.3. Since I'm jumpstarting Solaris 9 onto a SPARC machine, I
had to do copy_solaris_media over NFS, since I can't mount the SPARC
ISO-CD1 on my x86. The install server seems to be OK, at least it didn't
complain during setup.
The log entry from sniffing the JS server:
3266 1:15:25.48103 aaa -> xxx WHO C port=33345
3267 1:15:25.48427 aaa -> xxx WHO C port=33345
3268 1:15:25.48636 aaa -> xxx WHO C port=33345
3269 1:15:25.48748 aaa -> xxx SYSLOG C port=32775 BAD.FMT:
3270 1:15:25.49044 aaa -> xxx SYSLOG C port=32775 BAD.FMT:
3271 1:15:25.49283 aaa -> xxx SYSLOG C port=32775 BAD.FMT:
3272 1:15:25.49394 aaa -> xxx PORTMAP R GETPORT port=32775
3273 1:15:25.49541 aaa -> xxx PORTMAP R GETPORT port=32775
3274 1:15:25.49673 aaa -> xxx PORTMAP R GETPORT port=32775
3275 1:15:25.49867 aaa -> xxx PORTMAP R GETPORT port=32775
/etc/bootparams:
xxx root=aaa:/opt/install/media/Solaris_9/Solaris_9/Tools/Boot
install=192.168.4.5:/opt/install/media/Solaris_9 boottype=:in
sysid_config=192.168.4.5:/opt/jet/Clients/xxx
install_config=192.168.4.5:/opt/jet rootopts=:rsize
32768
term=:vt100
Any idea what could be wrong? It stops at 29200, wheres Solaris 10 runs
further up to 38000 something.
Jumpstarting the Solaris 10 onto the same SPARC works perfectly, using
the exact same configuration files.
Thanks

Hi all,
I managed to solve the problem.
This is very weird! can someone explain why this happens?
Output for working Solaris 10 boot:
Executing last command: boot net -v
Boot device: /pci@1f,0/pci@1,1/network@c,1 File and args: -v
38600 Using RARP/BOOTPARAMS...
Internet address is: 192.168.4.6
hostname: xxx
Requesting Ethernet address for: 192.168.4.5
Found 192.168.4.5 @ 0:0:86:1f:f7:92
root server: aaa (192.168.4.5)
root directory: /opt/install/media/Solaris_10/Solaris_10/Tools/Boot
Size: 0x704c8+0x1b8d2+0x2e1ba Bytes
Output for non-working Solaris 9 boot:
Executing last command: boot net -v
Boot device: /pci@1f,0/pci@1,1/network@c,1 File and args: -v
Timeout waiting for ARP/RARP packet
29200 Using RARP/BOOTPARAMS...
Internet address is: 192.168.4.6
hostname: xxx
Found 192.168.4.5 @ 0:0:86:1f:f7:92
root server: aaa (192.168.4.5)
root directory: /opt/install/media/Solaris_9/Solaris_9/Tools/Boot
panic - boot: Could not mount filesystem.
Program terminated
ok
I then replaced /tftpboot/inetboot.SUN4U.Solaris_9-1 with /tftpboot/inetboot.SUN4U.Solaris_10-1 from the Solaris 10 tree, renamed /tftpboot/inetboot.SUN4U.Solaris_10-1 to /tftpboot/inetboot.SUN4U.Solaris_9-1
Voila!
Now works.
inetboot.SUN4U.Solaris_9-1 was not corrupt (must be some internal bootimage bug related to Netra-T1?).
Old bootimage: "inetboot.SUN4U.Solaris_9-1", 152376 bytes, "sum" 3662 and 298.
New bootimage: "inetboot.SUN4U.Solaris_9-1" (Sol 10 image), 214880 bytes, "sum" 53512 and 420.
By the way I was using latest Solaris 9/04, u7

Migration from Solaris Sparc server to Solaris x86

Hi ,
I would like to know.
Migration from SAP ECC6 , Oracle , Solaris Sparc to Ecc6, Oracle, Solaris x86 , Is this consider Heterogeneous or Homogeneous system copy?
Thanks.
Best Regards,
ck chai

Solaris on SPARC is a BIgEndian platform, Solaris on X86 is LittleEndian - so it's heterogeneous --> you need to use R3load to performa a migration - and you need to have a certified migration consultant on-site to do that migration (http://service.sap.com/osdbmigration --> FAQ).
Markus

How similar is x86 compared to Solaris 8 or 9 on SPARC?

How similar is x86 compared to Solaris 8 or 9 on SPARC?
Thanks.

Extremely similar. The vast majority of Solaris is built from the same source code for both platforms. You will find all of the same commands in places like /usr/bin and /usr/dt/bin.
Of course, the instruction sets are different. While all of the same commands may exist in those places and they implement the exact same functions with the exact same options, the binary files are different. You can't run x86 binaries on SPARC or vice versa.
While the Solaris binaries provide the exact same functionality, the same is not necessarily true with other packages that can be added. Sun's Java Enterprise System is supposed to eventually have all the same programs for SPARC and x86, and that is almost true already. StarOffice is only available for now for SPARC, but OpenOffice is available for both. Third party software may exist only for one or the other, but this is improving fast. A huge amount of Solaris x86 software can be installed from blastwave.org and other sites.
If you are a developer, there is a good chance that your code for SPARC will work on x86 with just a recompile. The system call APIs are identical. If it does not work with just a recompile, it is because you have a bug in your code or you used non-portable constructs like assuming a particular byte order (SPARC is big endian, x86 is little endian).
Solaris and most SPARC hardware both come from Sun, so of course Solaris supports all the hardware you are likely to find shipped with a SPARC machine. You can buy x86 machines from Sun, but you are likely to look elsewhere. Since Sun does not control what is in the machine, Solaris may not support all the hardware. Again, this situation is getting better. Still, you should consult Sun's Hardware Compatibility List. Note that Sun isn't good about saying this, but Solaris 9 supports all of the hardware in the Solaris 9 list and all of the hardware in the Solaris 8 list. You must look in both places to see what Solaris 9 supports.
Richard

How to configure an X86 Solaris 10 laptop as Jumpstarter for SPARC T1000?

I believe that I have taken due diligence WRT using search and Google to research the topic. There is a little voice that says "hopefully you haven't and the answer is right there in front of you".
That being said, I did find an article for [configuring an X86 box to jumpstart another X86 box|http://www.sun.com/bigadmin/features/articles/jumpstart_x86_x64.jsp]. As many of you well know the T1000 is lacking a keyboard and monitor port so I'm forced to jumpstart the server. I received conflicting information whether I can jumpstart a T1000 (SPARC) box with an X86. My intuition says that this can be done, but may need modifications to the process in the hyperlink.
Before trekking forward, {color:#0000ff}+I'd like to hear from you if you have jumpstarted a SPARC box with an X86 box.+{color} Ideally there would be a [link to a wiki, (much like this broken link I found on Google).|http://www.ignorantinc.com/www/ignorantwiki/index.php/Solaris_Wiki:Procedures/jumpstart] *+{color:#0000ff}Any procedures or lessons learned would be greatly appreciated{color}+*. Thank you for taking the time to this posting.

There should not be a reason it doesn't work the support is there for both sparc and x86 support.
What steps have you taken and what part is not working ?
The basic high level steps for a network boot are just
to create the image
cd /os_image/Solaris_xx/Tools
./setup_install_server /somepath
set the client up
cd /somepath/Solaris_xx/Tools
./add_install_client client sun4v
on the client
ok boot netAnyway just need some more details around where you are seeing the problem, what you have done etc.

RMAN Restore from Sun Solaris 9 Sparc to Sun Solaris 10 X86

Hello,
I will need to perform a restore from a 10.2.0.4 DB on Sun Sparc to a Sun X86 10.2.0.4 DB. Since its the same platform will I have any issues?

Those are different endian formats and therefore will require the use of Cross-Platform Transportable Tablespaces or expdp/impdp.
Check Cross-Platform Tranportable Tablespace: CONVERT DATAFILE or TABLESPACE for details on the process.

Solaris 10 x86 installation problem on ProLiant DL380..

I'm trying to put Sol10 b72 on a dual-proc ProLiant DL380 here, with the Compaq 5i array controller.
I have the Solaris 9 drivers from HP; they seem to work just fine for the installation.
The problem comes at the end of the first disc.
Sidebar:
For one thing (and this drove me NUTS until I got lucky and caught it during a reboot), at the end of the install, on the console, it asks for the driver diskettes..again.
The problem is, it doesn't say this ANYWHERE else, only on the console..and if you're doing the installation in the X desktop, you just never know it. It doesn't write this to the xconsole window. I tried installing a good 5-6 times before, instead of hitting the power button out of frustration after the install just hung again, I actually opened up a terminal and typed 'reboot'..and caught the "Please insert the diskette and press Enter" as it killed X. If anyone at Sun is reading this..you may want to fix this, before someone gets very frustrated that their installations never seem to finish...
End Sidebar.
So...I'm doing the console text install (otherwise you'll never see the message to insert the driver diskettes for the Broadcom NIC and the Compaq array), and sure enough, at the end of the install, it asks for the diskette. I pop in the diskette it's specifically asking for (the Compaq array diskette in this instance), and hit enter. It chugs for a second and then says it can't find the driver on the diskette.
Which is incorrect, because if it haden't found it on the diskette during the device configuration assistant phase during bootup, it wouldn't have even been able to install Solaris.
So..what's up? Anyone have any ideas why Solaris finds it one time but can't find it later? Is this a bug or problem in the installation script?
Thanks,
Greg

problem 1 is that it's looking for ../../s0.. Which I
managed to
fake out by creating the dir in the same mount
point.
Problem 2 is that it can't find .tmp_proto, which I
must
concur with. I can't find that on any of the b72 cd
images.
So, the setup_install_server fails.This seems to be the problem when you try to setup an install
server on a Solaris SPARC system for Solaris x86 clients, using
the Solaris 9 or Solaris 10/Express CD media.
There's a Solaris x86 UFS filesystem on slice 0 on the CD media,
and it's supposed to be mounted on the "s0" mount point,
otherwise setup_install_server won't work. On a Solaris x86 box,
vold mounts it automatically for you: /cdrom/cdrom0/s2 is the
mount point for the platform independant ISO9660 part of the CD
media, /cdrom/cdrom0/s0 is the UFS root filesystem.
Problem is that Solaris SPARC:
- does not understand Solaris x86 disk labels
- does not allow mounting x86 UFS filesystems
(and vice versa).
AFAIK, Solaris 9 DVD media does not have this problem. I
guess the same will be true when Solaris 10 DVD media is
available in a few months. On the DVD media there's enough
free space to include an extra copy of the files in the ISO9660
filesystem.

How can I make an image file from/to a V240 SPARC workstation?

Scenerio: I have 4 V240 SPARC Workstations on a network. 1 of these servers is set up the way I want it with all necessary applications and drivers. I had assistance from a number of good people to do this and now I want to preserve this scsi image and put it on all the other workstations. I have tried to use G4U but the SPARC system will not boot from the cd. This cd is usable on other x86 systems. Is there something different with "SPARC" as compared to "x86"? Is it possible to get some "freeware/shareware" software that will allow me to perform the similar functionality as G4U for the SPARC system? If not, how is imaging performed on SPARC and by what?
Thanks in advance
Pandah

SPARC and x86 have entirely different instruction sets. A SPARC system (as you found out), will not run x86 code.
Have you looked into Solaris Jumpstart technology?

Solaris 10 x86 Installation on Toshiba Tecra M1

After a lot of trial and error, most of my own creation, I have successfully gotten Solaris 10 installed on my laptop!
My question relates to SMF and creating a "non-networked" milestone. Mainly, umm, what should I leave out from the "all" level? Or more importantly, what should I add to the "multi-user-server" milestone to enable X?
Some items that may help others doing S10 x86 installs:
1) Tecra M1 needed "legacy floppy driver" support DISABLED in the Bios.
2) Tecra M1 installation was done in text mode (option 4) and after installation ran /usr/X11/bin/xorgconfig with these settings -
mouse=auto
kbd=us, 104 key
monitor=1280x1024@70hz
vert sync was option "1" (forgot the values)
video card=27 (trident)
Works great!
3) Onboard gigabit NIC was found perfectly.
4) Sound works great
5) Touchpad or USB mouse work fine.
6) Disk setup issues -
I had windows XP on the whole 40 gig disk. Purchased "Partition Commander" and resized XP down to 1/2 the disk. However it took the beginning of the disk (cylinder 1-20000). Solaris 10 would install but would lock up on subsequent reboots. Moving XP to the upper cylinder range fixed this issue (and giving Solaris cylinders 1-X.)
7) Turn off Partition Commander before doing your solaris installation.
I've now installed S10 on dell, toshiba, HP and Sun computers. Main issues have been with peripheral ID and driver installations but other than Wireless Drivers, nothing has failed! Way to go SUN!!
D

problem 1 is that it's looking for ../../s0.. Which I
managed to
fake out by creating the dir in the same mount
point.
Problem 2 is that it can't find .tmp_proto, which I
must
concur with. I can't find that on any of the b72 cd
images.
So, the setup_install_server fails.This seems to be the problem when you try to setup an install
server on a Solaris SPARC system for Solaris x86 clients, using
the Solaris 9 or Solaris 10/Express CD media.
There's a Solaris x86 UFS filesystem on slice 0 on the CD media,
and it's supposed to be mounted on the "s0" mount point,
otherwise setup_install_server won't work. On a Solaris x86 box,
vold mounts it automatically for you: /cdrom/cdrom0/s2 is the
mount point for the platform independant ISO9660 part of the CD
media, /cdrom/cdrom0/s0 is the UFS root filesystem.
Problem is that Solaris SPARC:
- does not understand Solaris x86 disk labels
- does not allow mounting x86 UFS filesystems
(and vice versa).
AFAIK, Solaris 9 DVD media does not have this problem. I
guess the same will be true when Solaris 10 DVD media is
available in a few months. On the DVD media there's enough
free space to include an extra copy of the files in the ISO9660
filesystem.

Install Solaris 10 Sparc on Ultra 40

I am trying to install solaris 10 Sparc on an Sun Ultra 40 i386 pc. Is that able to be done. I have libraries that only work on sparc machines. Thanks for any help.

SPARC and i386 are different CPUs. They are not compatible.
You run SPARC installations on SPARC hardware, you run x86 installations on x86 hardware.
Darren

Floating Point Representations on SPARC (64-bit architecture)

Hi Reader,
I got hold of "Numerical Computation Guide -2005" by Sun while looking for Floating Point representations on 64 bit Architectures. It gives me nice illustrations of Single and Double formats and the solution for endianness with
two 32-bit words. But it doesn't tell me how it is for 64-bit SPARC or 64-bit x86.
I might be wrong here, but having all integers and pointers of 64-bit length, do we still need to break the floating point numbers and store them in lower / higher order addresses ??
or is it as simple as having a Double Format consistent in the bit-pattern across all the architectures (Intel, SPARC, IBMpowerPC, AMD) with 1 + 11 + 52 bit pattern.
I have tried hard to get hold of a documentation that explains a 64-bit architecture representation of a Floating Point Number. Any suggestion should be very helpful.
Thanks for reading. Hope you have something useful to write back.
Regards,
Regmee

The representation of floating-point numbers is specified by IEEE standard 754. This standard contains the specifications for single-precision (32-bit), and double-precision (64-bit) floating-point numbers (There is also a quad-precision (128-bit) format as well). OpenSPARC T1 supports both single and double precision numbers, and can support quad-precision numbers through emulation (not in hardware). The fact that this is a 64-bit machine does not affect how the numbers are stored in memory.
The only thing that affects how the numbers are stored in memory is endianness. SPARC architecture is big-endian, while x86 is little-endian. But a double-precision floating-point numer in a SPARC register looks the same as a double-precision floating-point number in an x86 register.
formalGuy

Networking changes between Solaris 10 x86 10/08 (u6) and previous versions?

Solaris Community:
We have a J2SE CORBA-based application (that uses the default Sun ORB) that has run without problems on Solaris 8, 9, and 10 on both SPARC and, more recently, X86 platforms. Upgrading our client side machine (X4100 M2 Opteron platform) from Solaris 10 x86 5/08 (u5) to Solaris 10 x86 10/08 (u6) has resulted in threading or socket contention issues that we have not experienced previously. Using Live Upgrade, we can quickly go back to the u5 install on the client machine .... and the problems go away .... going back to u6, however, and the problems begin to show almost immediately. Our Java code base is identical as is the version of the JDK (1.5.0_16), so it would appear that there must be an underlying change to socket, networking, or threading behavior between these two versions of Solaris.
Thus far, I've not been unable to find details of changes either in the networking support or the threading model that might explain this .... or course, I don't have great expertise in these areas.
I've tried to use 'ndd /dev/tcp SOME_PARAMETER' for all of the /dev/tcp parameters returned by 'ndd /dev/tcp \?' to try to see if there are underlying changes in the /dev/tcp parameters .... but have not found any differences between Solaris 10 u5 and u6.
Can anyone point me to resources that would discuss changes between Solaris 10 u5 or u6 that might explain the problems that we've encountered? Or, alternatively, other system parameters that I could check that might explain changes in either TCP socket or threading behavior?
Thanks for your input,
John

I have a vague memory of someone reporting something similar which turned out to be due to a solaris feature called tcp_fusion.
To check whether thats your problem or not try the following.
Add following line in the /etc/system file.
set ip:do_tcp_fusion = 0
Once the /etc/system file is updated, it will be necessary to restart the system before the workaround will take effect.

Fresh solaris 10 x86 install patch update problems 119060-17 ...

Just yesterday, i installed a fresh Solaris 10 x86 onto some pc hardware. After getting solaris installed and issues with my network card, i downloaded and installed the free version of the update manager 1.0.x. Next, i proceeded to update all the general patches for the solaris 10 system. I started with the command 'pprosvc -i' from a terminal. It then proceeded to download and validate a bunch of patches successfully until it hit the following 3 patches:
119060-17 ---- X11 6.6.2_x86: Xsun patch
122213-10 ---- GNOME 2.6.0_x86: GNOME Desktop Patch
122912-02 ---- SunOS 5.10_x86: Apache 1.3 Patch
All 3 failed some kind of validation and then crashed the pprosvc program, at which point it exited with the following error:
122912-02 cannot be validated
119060-17 cannot be validated
122912-02 cannot be validated
Unexpected Failure: java.lang.Throwable: ERROR: Failed to validate the digital signature(s).
I also tried to use the GUI Update Manager to update, hoping the problem was isolated to pprosvc, but that problem was also in the GUI with a similar error message:
Error occurred...The detailed error message is: Unexpected Failure: java.lang.Throwable: ERROR: Failed to validate the digitial signature(s)
Anyone know why Sun's update patch process is so troublesome?
Getting Tired of Solaris Updates...
I should mention that this is the free solaris 10 x86 install and i don't have a service contract with Sun. If this problem persists, i don't think i'll get one, as i see only further problems after buying one.
tired and confused

Hi,
There is an issue with this that is currently being investigated. There is another thread that may shed some light on what is happening here;
http://forum.sun.com/jive/forum.jspa?forumID=316
Thread title is : Sun UC, Digitally Signed Patches Using New Verisign Certificates
In the short-term please ensure that the patch mentioned in it is installed.
To quote part of mentioned thread above:
"Once the Sun Update Connection client software is upgraded with patch 121118-06 (SPARC) or 121119-06 (x86/x64) or later revisions normal behavior will resume. "
If this fails to resolve your problem, would you be kind enough to post the output of the following command for analysis please;
# showrev -p | egrep -e '121454|121119|120336|121082|121564|122232|119789'
Sincerely,
Moderator.
Message was edited by:
ForumModerator

Sparc CD's on X86 ???

Similar Messages

Maybe you are looking for