☰

прстат

tag-icon • tag-icon solaris date
прстат

Я попытался исправить дату на машине с ОС Solaris 8. С помощью команды dateя восстановил дату, но только на 2 секунды и сбросил ее во время, которое я настроил в начале:

Пример: Я настраиваю dateдату на ММддччммгггг, время - 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 150 были не очень мощными и использовали какое-то стандартное оборудование, так что, возможно, вы пытаетесь запустить слишком много на рабочем столе?

Самая полезная часть вашего prstat отсутствует, а именно последняя строка, показывающая количество процессов, количество lwps и средние значения нагрузки. То, что показано, не намекает на проблему с использованием. Возможно, другая аппаратная проблема (например, сбой диска) или нехватка памяти? Так что проверьте /var/adm/messagesи скорость сканирования в vmstat.

Связанный контент