☰

普斯塔

tag-icon • tag-icon solaris date
普斯塔

我嘗試修復以 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。

相關內容