普斯塔

普斯塔

我尝试修复以 Solaris 8 作为操作系统的计算机中的日期。使用命令date,我得到了修复日期,但只修复了 2 秒,并按照我在开始时配置的时间重置:

例子:我将date日期配置为 MMddhhmmyyyy,时间为 09:46,因此我现在得到了正确的日期,但它会循环 2 秒,因此它会转到 09:46:02,然后重置为 09:46:00 就这样。

我认为这个问题受到我的机器行为的影响,因为当我想重新启动或启动应用程序时它太慢了。

当我启动 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

正常吗?有人对此有任何想法吗?

编辑:即使我更换了主板,我也遇到了同样的问题:是否有其他硬件材料导致此错误?因为据我所知,只有主板负责日期配置!

答案1

如果这是在 SPARC 上,我怀疑您有硬件故障。

我以前见过你可以在哪里设置时钟date,它会工作一秒钟。然后在下一个时钟滴答声中,日期会变得不稳定(在我的例子中是几年)。看起来确实有一点发生了故障,无法修改。如果我的失败率较高而你的失败率较低,那么这将很合适。

在我看到的两种情况下,更换主板都解决了问题。

答案2

NTP 正在运行吗?这会改变时间,也许会同步到时间不对的地方。显示什么ntpq -p

为什么要更换主板?您的评论之一暗示是因为该框速度很慢,但没有说明“慢”的含义。 SunBlade 150s 并不是非常强大并且使用了一些商用硬件,所以也许您试图在桌面上运行太多?

prstat 中最有用的部分丢失了,即显示进程数、lwps 数和平均负载的最后一行。显示的内容并不暗示使用问题。也许是不同的硬件问题(即:磁盘故障)或内存不足?因此,请检查/var/adm/messages您的扫描速率vmstat

相关内容