странное поведение сервера

[ap83]

Добрый день,

столкнулся с странными глюками причем не постоянными. Может кто сталкивался с похожем и укажет хоть в какую сторону копать и в чем может быть причина, а то раскопки гугла по указаным мною ключам результата не дали.

в один прекрасный момент (никаких изменений не делал) при логине начало выдавать целый букет ошибок.

sh: wtmp.prom: Permission denied
sh: wtmp.prom: Permission denied
sh: wtmp.prom: Permission denied
sh: wtmp.prom: Permission denied
sh: /var/log/auth/message: Permission denied
sh: /var/log/auth/auth: Permission denied
sh: /var/log/auth/secure: Permission denied
sh: /var/log/messages: Permission denied
sh: /var/log/auth/message: Permission denied
sh: /var/log/auth/auth: Permission denied
sh: /var/log/auth/secure: Permission denied
sh: /var/log/messages: Permission denied

кроме этого сообщения при логине еще иногда не корректно работает бинд служба. и не всегда отображаются английский буквы при наборе. (к примеру при наборе /etc/init.d/bind restart печатает /etc/init.d/bind etat) из под юзеров набор идет нормальный всегда и большие буквы тоже работают.)

заранее спасибо за Ваши советы и указание куда копать.

[Skull]

Какой дистрибутив?
Диски не сыпятся? Я бы проверил файловую систему.

[ap83]

дистрибутив
Linux web 2.6.18-ovz-smp-alt14 #1 SMP Wed May 2 15:41:15 MSD 2007 i686 GNU/Linux
диски не сыпятся, все это добро (Altlinux и еще несколько юникс и виндовс серверов) крутиться на vSphere и там проблем не наблюдается никаких

[Andrey]

Обновлялись?

[ap83]

нет, не обновлялся.
несколько раз пропадал свет а на упс как обычно нету средств, openbsd из-за неправильного анмаунта не грузился, сделал там fsck - там помогло
но с альтлинуксом не было таких проблем. потом без каких либо пропаж света он стал выдавать такие ошибки

[Andrey]

похоже /var у вас только для чтения примонтирован.

[asy]

Linux web 2.6.18-ovz-smp-alt14 #1 SMP Wed May 2 15:41:15 MSD 2007 i686 GNU/Linux

Это ядро, а дистрибутив можно только предполагать, какой.
Но, видимо, это не самое важное. Вот то предположение про монтирование в r/o из-за ранее произошедшего сбоя более интересно. mount что показывает ?

[Andrey]

и кстати

Код: [Выделить]

dfтоже не помешает, пока, а там посмотрим.

[ap83]

дистрибутив ALT Linux 4.0 Server (Walnut)

Код: [Выделить]

[root@web ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              76G   21G   52G  29% /
udevfs                5.0M   80K  5.0M   2% /dev
shmfs                 1.5G     0  1.5G   0% /dev/shm
tmpfs                 1.5G     0  1.5G   0% /tmp
/dev/sdb4             285G  112G  159G  42% /data
/dev/sdb3              97G   12G   80G  13% /home

Код: [Выделить]

[root@web ~]# mount
/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw,noexec,nosuid,gid=19)
sysfs on /sys type sysfs (rw)
udevfs on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
shmfs on /dev/shm type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw,nosuid)
/dev/sdb4 on /data type ext3 (rw,noexec,nosuid,nodev)
/dev/sdb3 on /home type ext3 (rw,nosuid)
none on /proc/fs/nfsd type nfsd (rw)
fsck не помог

[ksa]

и не всегда отображаются английский буквы при наборе. (к примеру при наборе /etc/init.d/bind restart печатает /etc/init.d/bind etat) из под юзеров набор идет нормальный всегда и большие буквы тоже работают.)

Хм... Проблемы у корня какие-то похоже, ведь рутовый профиль в корне лежит (то бишь на другом разделе относительно хомяка). Сообщения о /var/... тоже можно сюда отнести, т.к. опять же на этом разделе лежит. Можно попробовать права посмотреть на /root и /var с подкаталогами (где-нибудь на другой системе) и при необходимости подкорректировать. Очень похоже на то, что раздел с хомяком не пострадал.
PS Был случай, когда по ошибке в команде сменились права большей части каталогов корня, хорошо, что хоть не перегружал машину. Так и пришлось ручками все выставлять. Победил, только с su не смог совладать...

[ap83]

да, допустим изменения /var/log/messages: смена прав доступа с 755 на 777 решает вопрос с отображением ошибки, но не решает вопрос почему оно появлялось да и к тому же это не правильно давать права на запись для этих файлов всем.
права такие /var 777 /log 755 /messages 755 ошибка вылетает
права /var 777 /log 755 /messages 777 ошибки нету но остаются вопросы почему она вылазит для обычного пользователя при логине

[asy]

да, допустим изменения /var/log/messages: смена прав доступа с 755 на 777 решает вопрос с отображением

/var/log/messages - симлинк на /var/log/syslog/messages. И 7 на этом файле быть не должно. Может, просто /var/log имеется ввиду ?

Так, а это при логине под любым пользователем, или под конкретным ? Может там скрипт какой запускается при логине ? Который что-то туда писать пытается...

[Andrey]

А покажите

Код: [Выделить]

historyот root

[ap83]

рутовское хистори проверил, ничего такого что могло к этому привести нету.
по поводу скрипта - сейчас проверю

[ap83]

да, допустим изменения /var/log/messages: смена прав доступа с 755 на 777 решает вопрос с отображением

/var/log/messages - симлинк на /var/log/syslog/messages. И 7 на этом файле быть не должно. Может, просто /var/log имеется ввиду ?

Так, а это при логине под любым пользователем, или под конкретным ? Может там скрипт какой запускается при логине ? Который что-то туда писать пытается...

на вар лог 755 и так стоит, все равно выпадает ошибки. пока конкретно не выставлю 777 на /var/log/messages