Just got a couple of replies. While there were other suggestions, we don't have a lot of servers, don't do rebuilds that often, and the overhead of setting up some of the alternatives as well as learning how to do them isn't worth it (although it might be fun if we had the time to spare). The information I needed came from Thomas Carter of memc who said he had done this numerous times. He said the different prom versions had not presented a problem for him and that a reconfiguration reboot should take care of differences in graphics and scsi cards. It will take a while to do this, because we have a couple dozen applications that have to be updated, built and configured as well as accounting for user data that will come up when the drives are finally moved to the intended system. If I come up with any additional information that seems important, I will post an addendum to this summary after we are done. --------------- Chris Hoogendyk - O__ ---- Systems Administrator c/ /'_ --- Biology & Geology Departments (*) \(*) -- 140 Morrill Science Center ~~~~~~~~~~ - University of Massachusetts, Amherst <hoogendyk@bio.umass.edu> --------------- -------- Original Message -------- Subject: building system on one E250 for another Date: Mon, 08 Aug 2005 11:15:23 -0400 From: Chris Hoogendyk <hoogendyk@bio.umass.edu> To: Sun Managers List <sunmanagers@sunmanagers.org> I have two E250's. One in production (a), the other available to build (b). We need to rebuild both, but minimize the downtime on (a). We need to update the OS and application configuration on (a) from Solaris 7 to 9. We have two new 72G drives to replace the old 9G boot drive and another 18G drive. All other slots are full and there is an external drive cage that is full as well. Those are all user or application data. My idea is to put the 72G drives in (b) in the exact slots that they will replace in (a), build the system on (b), preconfigure /etc/vfstab to account for the additional drives on (a), then swap the new drives into (a) and do a reconfigure boot. We would also change a few things in /etc such as /etc/hostname.hme0 before shutting down and swapping drives to account for the identity change into the other system. [Oh, before building the new 72G drives on (b), I would remove and label (sticky notes) all the existing internal drives on (b), and put them back in later for it's own rebuild.] Is there any reason this wouldn't work? There are some slight differences between the two machines (bought about 2 years apart). I put the prtdiag -v at the end of my message for both. The memory is different, which shouldn't matter. The video cards look to be different, and the PCI SCSI cards are different. We will be rebuilding the external drive cage to be LVD to match the newer PCI SCSI card which will also get installed into (a). Also, the System PROM revisions are slightly different. All this shows in the prtdiag. TIA --------------- Chris Hoogendyk - O__ ---- Systems Administrator c/ /'_ --- Biology & Geology Departments (*) \(*) -- 140 Morrill Science Center ~~~~~~~~~~ - University of Massachusetts, Amherst <hoogendyk@bio.umass.edu> --------------- --------------- --- E250 (a) -- --------------- System Configuration: Sun Microsystems sun4u Sun (TM) Enterprise 250 (2 X UltraSPARC-II 400MHz) System clock frequency: 100 MHz Memory size: 1280 Megabytes ========================= CPUs ========================= Run Ecache CPU CPU Brd CPU Module MHz MB Impl. Mask --- --- ------- ----- ------ ------ ---- SYS 0 0 400 2.0 US-II 10.0 SYS 1 1 400 2.0 US-II 10.0 ========================= Memory ========================= Interlv. Socket Size Bank Group Name (MB) Status ---- ----- ------ ---- ------ 0 none U0701 128 OK 0 none U0801 128 OK 0 none U0901 128 OK 0 none U1001 128 OK 1 none U0702 128 OK 1 none U0802 128 OK 1 none U0902 128 OK 1 none U1002 128 OK 2 none U0703 64 OK 2 none U0803 64 OK 2 none U0903 64 OK 2 none U1003 64 OK ========================= IO Cards ========================= Bus Freq Brd Type MHz Slot Name Model --- ---- ---- ---- -------------------------------- ---------------------- SYS PCI 33 0 SUNW,m64B ATY,GT-B SYS PCI 33 1 pciclass,001000 Symbios,53C875 ========================= HW Revisions ========================= ASIC Revisions: --------------- STP2223BGA: Rev 4 STP2003QFP: Rev 1 System PROM revisions: ---------------------- OBP 3.16.1 1999/04/19 07:55 POST 6.0.9 1999/04/19 07:57 --------------- --- E250 (b) -- --------------- System Configuration: Sun Microsystems sun4u Sun (TM) Enterprise 250 (2 X UltraSPARC-II 400MHz) System clock frequency: 100 MHz Memory size: 2048 Megabytes ========================= CPUs ========================= Run Ecache CPU CPU Brd CPU Module MHz MB Impl. Mask --- --- ------- ----- ------ ------ ---- SYS 0 0 400 2.0 US-II 10.0 SYS 1 1 400 2.0 US-II 10.0 ========================= Memory ========================= Interlv. Socket Size Bank Group Name (MB) Status ---- ----- ------ ---- ------ 0 none U0701 128 OK 0 none U0801 128 OK 0 none U0901 128 OK 0 none U1001 128 OK 1 none U0702 128 OK 1 none U0802 128 OK 1 none U0902 128 OK 1 none U1002 128 OK 2 none U0703 128 OK 2 none U0803 128 OK 2 none U0903 128 OK 2 none U1003 128 OK 3 none U0704 128 OK 3 none U0804 128 OK 3 none U0904 128 OK 3 none U1004 128 OK ========================= IO Cards ========================= Bus Freq Brd Type MHz Slot Name Model --- ---- ---- ---- -------------------------------- ---------------------- SYS PCI 33 0 TSI,gfxp GFXP SYS PCI 66 3 scsi-pciclass,0100 LSI,1030 ========================= HW Revisions ========================= ASIC Revisions: --------------- STP2223BGA: Rev 4 STP2003QFP: Rev 1 System PROM revisions: ---------------------- OBP 3.22.0 2000/12/20 16:20 POST 6.1.0 2000/12/20 16:21 _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Aug 11 11:40:03 2005
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:50 EST