☰

prstat

tag-icon • tag-icon solaris date
prstat

Solaris 8 を OS として搭載しているマシンの日付を修正しようとしました。 コマンドを使用するとdate、日付は 2 秒間だけ修復され、最初に設定した時間でリセットされます。

例: 日付を MMddhhmmyyyy に設定し、date時刻を 09:46 にすると、今は正しい日付が表示されますが、2 秒間ループするため、09:46:02 に移動して 09:46:00 にリセットされます。それだけです。

再起動したりアプリケーションを起動したりするとマシンの動作が遅すぎるため、この問題はマシンの動作に影響されていると思います。

prstat を起動すると、次のメッセージも表示されました:

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と 1 秒間は機能するのを見たことがあります。その後、次の時計の刻みで日付がおかしくなります (私の場合は数年)。本当に 1 ビットが故障して修正できないかのようでした。私の故障が上位ビットで、あなたの故障が下位ビットだった場合、この状況は当てはまります。

私が見た両方のケースでは、マザーボードを交換することで問題は解決しました。

答え2

NTP は実行されていますか? 実行されている場合、時刻が変更され、おそらく時刻がずれている何かと同期されます。何がntpq -p表示されますか?

なぜマザーボードを交換したのですか? コメントの 1 つに、ボックスが遅いことが原因であると書かれていますが、「遅い」とはどういう意味かは示されていません。SunBlade 150 はそれほど強力ではなく、一般的なハードウェアを使用しているので、デスクトップで実行しようとしている処理が多すぎるのではないでしょうか。

prstat の最も有用な部分、つまりプロセス数、lwp 数、および負荷平均を示す最後の行がありません。表示されている内容は、使用率の問題を示唆するものではありません。おそらく、別のハードウェアの問題 (ディスク障害など) またはメモリ不足でしょうか。したがって、/var/adm/messagesのスキャン レートを確認してくださいvmstat。

関連情報