Thanks to everyone who responded: Mike Hong, System Administrator Account, Darren Dunham, Jay Lessert, Hichael Morton, Thomas Knox, & Lonnie Ratliff. The problem was indeed the NVRAM. Replaced the NVRAM chip and now the system can actually keep track of the current date, and quit living in the past. Thanks again to everyone for their assistance. Charlotte Hi! Any assistance anyone can offer regarding the problem below will be greatly appreciated. I do not have physical access to the server. Thanks, Charlotte Ratliff System: Ultra 10 w/333Mhz cpu, 768Mb Ram, Solaris 8, patch 108528-10. Problems: First, the system date is sporadic. It alternates. Below is the output of a script created to check the date every minute and if it is a new date to log it. This is a sample of the output after about 30 minutes: Sat Dec 30 18:00:00 CST 1967 Sat Dec 30 18:00:01 CST 1967 Sat Dec 30 18:00:02 CST 1967 Fri Jan 4 05:07:00 CST 2002 Fri Jan 4 06:00:00 CST 2002 Fri Jan 26 18:00:30 CST 1968 Fri Jan 26 18:47:00 CST 1968 Fri Jun 7 09:47:30 CDT 2002 Sun Nov 24 12:31:44 CWT 1907 Mon Jun 3 09:47:00 CDT 2002 Mon Jun 3 09:47:30 CDT 1968 Mon Jun 3 09:47:30 CDT 2002 Mon Jun 3 09:47:31 CDT 2002 Mon Jun 3 09:47:32 CDT 2002 Mon Jun 3 09:47:33 CDT 2002 The output from a prtdiag is also strange. In all other systems with the same size CPU the clock frequency is 111 Mhz and the CPU mask is 1.3? Below is the output of the top portion of the prtdiag: System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI (UltraSPAR C-IIi 333MHz) System clock frequency: 83 MHz Memory size: 768 Megabytes ========================= CPUs ========================= Run Ecache CPU CPU Brd CPU Module MHz MB Impl. Mask --- --- ------- ----- ------ ------ ---- 0 0 0 333 2.0 12 9.0 ******************************************************************************** Any opinions expressed in this email or its attachments are those of the individual and not necessarily the Company. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient, without express consent from the sender, is prohibited. Internet communications are not necessarily secure. No responsibility is accepted for changes made after this information was sent. If you received this in error, please contact the sender and delete the material from any computer. ******************************************************************************** _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Mon Jun 10 10:54:34 2002
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:46 EST