What I didn't realize is that the hostid is apparently written right on the chip 
itself!  I just received a couple of emails from folks telling me that.  Thanks! 
 That's exactly what I need to make sure the system is using the correct one.
Karen
>
>Lots of folks suggested that I use software or kernel changes to set the hostid 
>to be what I want it to be.  It sounds good, but I'd rather not have to "fudge" 
>it that way and really get down to the bottom of the problem.  Several people 
>pointed me to www.squirrel.com for help on how to change the hostid.   I don't 
>think I'll use it but it's good to know anyway!  Thanks!
>
>What I'm starting to wonder is whether or not the Sun engineer really did 
>replace the nvram chip after all?  Maybe he accidentally put the original one 
>back in (it was 4am when it happened).  We both thought he did it correctly, 
but 
>I can't seem to find any other answer.  Then again, we don't seem to be having 
>problems with the battery anymore either, which is why we replaced it to begin 
>with.  ??
>
>
>Thanks to:
>
>Tim Carlson
>Ravi Kuppanna
>David Robillard
>Bill Armand
>Craig Raskin
>Steve Turgeon
>Rakesh S
>Ron Giddings
>Mike Salehi
>Oliver Hemming
>Rob Rheault
>
>
>My original post...
>
>
>>I was hoping maybe that someone could help explain to me how a hostid is 
>obtained when a system 
>>is booted.  I know it is stored on a PROM chip on the clock board, but is that 
>information 
>>stored elsewhere?  (ie, on the i/o boards as well perhaps?)  I am talking 
about 
>a 4500 machine, 
>>Solaris 2.6.
>>
>>We had a situation here where a machine was rebooted last night and came back 
>with a different 
>>hostid!  No kidding!  I'm not crazy, it really did.  I know because I now have 
>a bunch of 
>>software licenses that worked yesterday but are invalid today, plus we save 
>system configuration 
>>information for all our machines and I checked what it looked like yesterday.
>>
>>Here's a little history...
>>
>>The machine is a 4500, with 2 system boards, 3 i/o boards, Solaris 2.6.  Two 
>months ago we had a 
>>problem when this system crashed and we lost all the nvram settings.  Sun 
>recommended at the 
>>time that we replace the clock board since that's where the battery is that 
>holds those 
>>settings.  When we did this, it also changed the hostid since the battery and 
>chip that holds 
>>the hostid apparently go hand in hand.  
>>
>>We recovered our nvram settings by copying them from one of the i/o boards, 
>which from what I'm 
>>seeing in testing today should have brought the original hostid back onto the 
>clock board.  But 
>>when we booted the problem system after replacing the clock board, we had a 
new 
>hostid and have 
>>been living with that ever since.  After last night's shutdown however, I find 
>we are back to 
>>using the original hostid!  What am I missing here?  I don't really care what 
>the hostid is, as 
>>long as it doesn't keep switching on us because of license software.
>>
>>I spoke with Sun this morning and they are stumped.  Any insight into how or 
>where hostid 
>>information is stored would be greatly appreciated.
>>
>>TIA
>>Karen
>>
>
>
>
>
>S
>U   BEFORE POSTING please READ the FAQ located at
>N       ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
>.   and the list POLICY statement located at
>M       ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
>A   To submit questions/summaries to this list send your email message to:
>N       sun-managers@ececs.uc.edu
>A   To unsubscribe from this list please send an email message to:
>G       majordomo@sunmanagers.ececs.uc.edu
>E   and in the BODY type:
>R       unsubscribe sun-managers
>S   Or
>.       unsubscribe sun-managers original@subscription.address
>L   To view an archive of this list please visit:
>I       http://www.latech.edu/sunman.html
>S
>T
S
U   BEFORE POSTING please READ the FAQ located at
N       ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
.   and the list POLICY statement located at
M       ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A   To submit questions/summaries to this list send your email message to:
N       sun-managers@ececs.uc.edu
A   To unsubscribe from this list please send an email message to:
G       majordomo@sunmanagers.ececs.uc.edu
E   and in the BODY type:
R       unsubscribe sun-managers
S   Or
.       unsubscribe sun-managers original@subscription.address
L   To view an archive of this list please visit:
I       http://www.latech.edu/sunman.html
S
T
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:14 CDT