I need to clone an ultra 1 onto and ultra 60

I need to move everything from an older ultra 1 onto a newer ultra 60 (OS and all) running SUNOS 5.5.1. Any suggestions on the best way to do this?

Frank

P.S. If you know of a document somewhere please let me know.

ufsdump the OS in single user mode to tape - restore onto U60. See docs.sun.com

Check your applications first - anything that old may have the older style of apps that required the hostid to be put into the license - which means you can't move it from one server to another.

OK so not having used sun systems at all maybe I am missing something. Where is this HOST ID derived from? The idea is to move everything to the new computer so as to not reload all the liscences.

Frank

I think what RTM is saying is that some licenses are on a per hostid basis. Meaning the vendor will give you a specific license that will only work on that host. If you move the app, you would have to ask the vendor for a new license key.

The HostID is saved on the NVRAM(EEPROM/SEEPROM).

Have a look at

http://sunsolve.sun.com/handbook\_pub/Devices/IDPROM/IDPROM_Parts.html

I did the steps as outlined below, but nothing changed.Does anyone know if on the SPARC Ultra 60 if it has an NVRAM write protect that needs to be changed?

Frank

The command to change each byte of the NVRAM is:

You must first go to the OpenBoot monitor:

>From the OpenBoot monitor "ok" prompt you can view the IDPROM
data by typing .idprom

To change a byte use : <new value> < byte nr> mkp

For example, to change the hostid to 55a1b3c3 you need to:

    ok 1 55 mkp
    ok c a1 mkp
    ok d b3 mkp
    ok e c5 mkp

Now the hostid is changed but the checksum is wrong. This is
recalculated
and written to location f with the command:

    ok 0 f 0 do i idprom@ xor loop f mkp

Suggest you first see if you need to do any of that (changing the hostid) - did you try dumping your Ultra1 OS/Application to the Ultra 60? Only if you can't bring up the application at that time would I worry about the hostid/license. It was only brought up as a possible "Gotcha!".

We know that there is a number of liscence based apps on this old Ultra1 that are tied into the host ID. we also know that it is having some issues in regards to hardware. Once moved over we intend to decomission it.

Frank

Ok so Now I found the write jumper for the NVRAM on the ultra 60, it is at J2703. I have set that and tried again with no success.

Frank

What error are you getting (if any)?

You may want to look at this another way - contact the application support to get a new license for the new machine.

None other than the bytes are not changing in NVRAM.

Frank

does anybody even know if dumping the ultra-1 to the ultra-60 would even work? i've done remote dumps before between 2 identical ultra-2s and they didn't seem to want to work right at all (could've been because i did it wrong too!). anyways, the architecture on both machines are quiet different from each other so drivers and patches need to be compatible or at least upgraded ...

then when the os is stable ...

i'd worry about the apps ...

but not before then ...