SUMMARY picld errors after CPU upgrade (fwd)

Dear Managers,

	As many noticed, there is not any Sun Fire V450R in the market :) 
The servers are V480R. I received patch suggestions applicable to Solaris 
8. I didnt mention I use Solaris 9, sorry.

	I did not rebbot the machine yet, but I think it will fixed with a
reconfiguration boot. I paste the reply from Tony Walsh (thanks) who 
clarified me.

Regards,
	Jordi Vidal

---------- Forwarded message ----------
Date: Wed, 01 Oct 2003 19:19:09 +1200
From: Tony Walsh <Tony.Walsh@Sun.COM>
To: Jordi Vidal <jordivi@wtransnet.net>
Subject: Re: picld errors after CPU upgrade

Jordi

I presume you have a V440 or a V480 as there is no such as product as a V450R in the Sun System
Handbook yet, not that that should matter here. As it seems that you have 4 x 1050MHz SPARC III Cu+
CPUs present, only 2 of which are not responding to picld properly, it is probable that you are
running a version 4.? version of the OBP. 

To correct this mismatch that picld is having I recommend you do an extended diagnostic restart
followed by a boot -r. This should "resync" the hardware device tree in the OBP with the OS device
tree and allow picld to communicate properly.

To accomplish this, do the following : -
. issue init 0 on the OS
. setenv auto-boot? false
. power-off
. turn key switch to diagnostic position
. press power on button (assuming a V440 or V480)
. observe output from ttya so you can see any errors (if there are any)
. from the resultant OK> prompt issue setenv auto_boot? true
. issue 'boot -r'

You should now have no picld errors. If you do have errors like those you describe below, then you
probably have a small hadware issue that needs fixing.

Regards Tony Walsh

Jordi Vidal wrote:
> 
> Dear Managers,
> 
>         I have recently upgraded a Sun Fire V450R from 2 to 4 CPUs. (In
> fact I booted a new brand 4 CPU machine with the system disks of another
> V450R server with 2 CPUs.)
> 
> ...
> xxx unix: [ID 987524 kern.info] cpu3: SUNW,UltraSPARC-III+ (upaid 3 impl 0x15 ver 0xb0 clock 1050 MHz)
> xxx unix: [ID 987524 kern.info] cpu0: SUNW,UltraSPARC-III+ (upaid 0 impl 0x15 ver 0xb0 clock 1050 MHz)
> xxx unix: [ID 721127 kern.info] cpu 0 initialization complete - online
> xxx unix: [ID 987524 kern.info] cpu1: SUNW,UltraSPARC-III+ (upaid 1 impl 0x15 ver 0xb0 clock 1050 MHz)
> xxx unix: [ID 721127 kern.info] cpu 1 initialization complete - online
> xxx unix: [ID 987524 kern.info] cpu2: SUNW,UltraSPARC-III+ (upaid 2 impl 0x15 ver 0xb0 clock 1050 MHz)
> xxx unix: [ID 721127 kern.info] cpu 2 initialization complete - online
> 
>         Everythig fine, but picld daemon complaints like this:
> 
> ...
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_update_thresholds_0 on CPU1_DIE_TEMPERATURE_SENSOR (947016)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_update_thresholds_0 on CPU3_DIE_TEMPERATURE_SENSOR (947080)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> 
> xxx picld[60]: [ID 629804 daemon.error] do_ioboard_init() failed
> 
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_check_temperature_policy_0 on CPU1_DIE_TEMPERATURE_SENSOR (937200)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_check_temperature_policy_0 on CPU3_DIE_TEMPERATURE_SENSOR (937264)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> 
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_check_temperature_policy_0 on CPU1_DIE_TEMPERATURE_SENSOR (937200)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> xxx picld[60]: [ID 478985 daemon.error] ERROR running psvc_check_temperature_policy_0 on CPU3_DIE_TEMPERATURE_SENSOR (937264)
> xxx picld[60]: [ID 933657 daemon.error] No existe tal archivo o directorio
> 
> ... Many of these psvc_check_temperature_policy_0 on CPUs 1 and 3
> 
>         I did not perfom a reconfiguration boot, should I do so?, Should I
> worry about this?
> 
> Regards,
>         Jordi
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers

-- 
      Views expressed in this posting are my opinions. They are in no 
      way related to opinions held by my employer, Sun Microsystems.
      Statements on Sun products included here are not gospel and may
      be closer to fiction rather than truth.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers