Intenté fijar la fecha en la máquina que tiene Solaris 8 como sistema operativo. Con el comando dateobtengo la fecha reparada, pero solo por 2 segundos y la reseteo en el tiempo que configuré al principio:
Ejemplo: Configuré el dateMMddhhmmyyyy hasta la fecha, la hora es 09:46, así que obtengo la fecha correcta en este momento, pero hace un bucle durante 2 segundos, por lo que va a 09:46:02 y se restablece a 09:46:00, eso es todo.
Creo que ese problema está influenciado por el comportamiento de mi máquina porque es demasiado lenta cuando quiero reiniciar o iniciar una aplicación.
Cuando lancé prstat también obtuve esto:
prstat
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
676 root 4336K 1864K sleep 59 0 0:00.00 0.0% sendmail/1
673 root 7912K 5040K sleep 59 0 0:00.00 0.0% dtgreet/4
654 root 6704K 2856K sleep 10 0 0:00.00 0.0% dtlogin/4
652 root 203M 35M sleep 59 0 0:00.00 0.0% Xsun/1
759 root 1688K 1368K cpu0 58 0 0:00.00 0.0% prstat/1
411 root 5200K 2040K sleep 54 0 0:00.00 0.0% dtlogin/4
743 root 336K 240K sleep 48 0 0:00.00 0.0% sh/1
553 root 1856K 1136K sleep 54 0 0:00.00 0.0% ttymon/1
562 root 1840K 1256K sleep 30 0 0:00.00 0.0% in.rlogind/1
391 root 1944K 1296K sleep 51 0 0:00.00 0.0% nfsd/1
388 root 2816K 2000K sleep 52 0 0:00.00 0.0% mountd/5
524 root 3120K 1872K sleep 51 0 0:00.00 0.0% dmispd/5
314 root 1752K 696K sleep 40 0 0:00.00 0.0% smcboot/1
599 sideral 2576K 1840K sleep 48 0 0:00.00 0.0% bash/1
312 root 1752K 1160K sleep 30 0 0:00.00 0.0% smcboot/1
305 root 1080K 720K sleep 59 0 0:00.00 0.0% utmpd/1
333 root 1056K 272K sleep 0 0 0:00.00 0.0% efdaemon/1
261 root 2024K 1224K sleep 58 0 0:00.00 0.0% cron/1
259 root 4344K 2120K sleep 58 0 0:00.00 0.0% syslogd/8
276 root 2792K 1960K sleep 0 0 0:00.00 0.0% nscd/9
322 root 2744K 2032K sleep 48 0 0:00.00 0.0% vold/6
282 root 3184K 1016K sleep 50 0 0:00.00 0.0% lpsched/1
243 root 1952K 1280K sleep 0 0 0:00.00 0.0% lockd/1
238 root 2504K 1824K sleep 58 0 0:00.00 0.0% inetd/1
245 daemon 2552K 1784K sleep 0 0 0:00.00 0.0% statd/3
295 root 1480K 1064K sleep 30 0 0:00.00 0.0% powerd/5
203 root 2264K 1120K sleep 58 0 0:00.00 0.0% rpcbind/1
68 root 3496K 2648K sleep 52 0 0:00.00 0.0% picld/8
58 root 2288K 1448K sleep 58 0 0:00.00 0.0% syseventd/12
564 sideral 1520K 1120K sleep 58 0 0:00.00 0.0% csh/1
246 root 3816K 1992K sleep 58 0 0:00.00 0.0% automountd/5
561 root 3816K 2808K sleep 0 0 0:00.00 0.0% devfsadm/7
555 root 1856K 1168K sleep 58 0 0:00.00 0.0% ttymon/1
552 root 1864K 1112K sleep 58 0 0:00.00 0.0% sac/1
1 root 864K 312K sleep 58 0 0:00.00 0.0% init/1
¿Es normal? ¿Alguien tiene alguna idea sobre eso?
EDITAR: Incluso cuando cambié la placa base, tuve el mismo problema: ¿Hay algún otro material de hardware responsable de este error? ¡Porque, como sé, solo la placa base es responsable de la configuración de la fecha!
Respuesta1
Si esto es en SPARC, sospecho que tiene una falla de hardware.
He visto antes dónde se puede configurar el reloj datey funcionaría durante un segundo. Luego, en el siguiente tic del reloj, la fecha cambiaría (en mi caso, por varios años). Realmente parecía como si un solo bit hubiera fallado y no se pudiera modificar. Esto encajaría si mis fracasos fueran altos y los tuyos bajos.
En ambos casos que vi, el reemplazo de la placa base resolvió el problema.
Respuesta2
¿Se está ejecutando NTP? Eso cambiaría la hora y tal vez se sincronizaría con algo en lo que no haya hora. ¿Qué ntpq -pmuestra?
¿Por qué se reemplazó la placa base? Uno de sus comentarios insinúa que el cuadro era lento pero no indica qué significa "lento". Los SunBlade 150 no eran muy robustos y usaban hardware básico, así que ¿quizás estás intentando ejecutar demasiado en el escritorio?
Falta la parte más útil de su prstat, que es la última línea que muestra el número de procesos, el número de lwps y los promedios de carga. Lo que se muestra no sugiere que sea un problema de utilización. ¿Quizás un problema de hardware diferente (es decir, falla del disco) o escasez de memoria? Así que verifique /var/adm/messagessu velocidad de escaneo en vmstat.