Страница 1 из 1

Странная проблема с запуском апача

Добавлено: 2007-06-11 14:28:19
spmn
Доброго времени!
Вообщем стоял у меня апач 22 работал долго ...
А тут недавно ребут сервера сделал, а он не запустился, захожу в /usr/local/etc/rc.d/
говорю ./apache22 start , а он говорит:

Код: Выделить всё

localhost# ./apache22 start
Performing sanity check on apache22 configuration:
httpd: bad group name www
Starting apache22.
httpd: bad group name www
Чего сломалось? Вроде группы не трогал.

в /etc/group написано:

Код: Выделить всё

www:*:80:

Добавлено: 2007-06-11 14:42:57
schizoid
чета в конфиге апача видимо...
посмотри внимательнее
опции
user ...
group ...

Добавлено: 2007-06-11 14:51:22
spmn
Так конфиги апачи я не менял ... в том то все и дело, что работало - работало, и приехали :(

Код: Выделить всё

<IfModule !mpm_netware_module>
#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.
#
# User/Group: The name (or #number) of the user/group to run httpd as.
# It is usually good practice to create a dedicated user and group for
# running httpd, as with most system services.
#
User www
Group www
</IfModule>

Добавлено: 2007-06-12 16:49:49
spmn
??? Help!!! pl!

Добавлено: 2007-06-12 22:53:01
SeeDru
Единственное, что мне приходить в голову - проверь все-таки наличие юзера и группы в системе...
$id www

Добавлено: 2007-06-12 22:53:59
dikens3
А мне, снести всё и установить заново.

Добавлено: 2007-06-13 0:29:27
spmn
Снести все??? Систему??? :shock:

SeeDru

Код: Выделить всё

localhost# id www
uid=80(www) gid=80 groups=80

Добавлено: 2007-06-13 8:12:26
spmn
Кажись дело начало проявлятся.
Почему-то мне кажется что какой-то софт (с портов) каким то образом "убил" группы. В том числе www и wheel

Как бы их восстановить.

Кстати chown www:www файл (для задания прав на скачивание через http) тоже на работает. Говорит www - инвалид аргумент!

Еще странность. Если сказать pw groupshow www, то говорит группы нет, если сказать pw groupadd www, то говорит что такая уже есть ...

Добавлено: 2007-06-13 9:21:18
Alex Keda
телепатирую:
систему обновлял?
mergemaster делал?

Добавлено: 2007-06-13 9:44:17
spmn
lissyara писал(а):телепатирую:
систему обновлял?
mergemaster делал?
О всемогущий! Нет, ни чего я не делал.
Пытался по статье ldap + samba установить вес это добро.
При установке ldapscripts начало ругатся на ЮНИКОМ ГРУППУ wheel
Потом заметил, что и апач помер.

Тут советуют для восстановления групп-юзеров pwd-mkdb, только вот я не пойму как ейчего делать ... :(

Добавлено: 2007-06-13 9:49:13
Alex Keda
вначале разберись - в какаих файлах у тя чё уцелело.
естть ли юзеры в master.password и т.п.
если есть - от него можно плясать.
может и правда - разные версии файлов получились...

Добавлено: 2007-06-13 10:13:33
spmn
lissyara писал(а):вначале разберись - в какаих файлах у тя чё уцелело.
естть ли юзеры в master.password и т.п.
если есть - от него можно плясать.
может и правда - разные версии файлов получились...
Уцелели и /etc/goup и /ect/passwd и /etc/master.passwd

Все эти файлы заполнены и на взгляд содержат правильную инфу (в ручную я их не правил)

Добавлено: 2007-06-13 10:31:55
schizoid
Файлы /etc/passwd и /etc/master.passwd
Все операционные системы, подобные UNIX, содержат файл /etc/passwd, но в
зависимости от платформы их роль разная. В некоторых системах это единственное
хранилище пользовательской информации (включая и пароли). В этом случае
добав-ление новой учетной записи пользователя означает добавление еще одной
строки в этот файл с помощью текстового редактора (vi, pico, ее, emacs и др.). В
современных операционных системах применяется теневое хранение паролей: в
зашифрованном

204 Часть 3. Администрирование FreeBSD
виде они хранятся не в /etc/passwd, а в файле, доступном для чтения только пользователю
root. Имя этого файла зависит от системы. В одних системах это /etc/shadow, в других --
/etc/security/master.passwd. Во FreeBSD этот файл называется /etc/ master.passwd.
Оба файла passwd представляют собой обычные текстовые базы данных, где каждому
пользователю отвечает одна строка, поля в которой разделяются двоеточием (:). В каждой строке
указано: имя пользователя, его идентификатор, идентификатор первичной груп-пы, начальный
каталог, начальный командный интерпретатор и полное имя пользователя (которое, в свою
очередь, является списком следующих полей, разделенных запятой: "Адрес офиса", "Рабочий
телефон", "Домашний телефон").
Права доступа к файлу /etc/passwd установлены как 0644, a /etc/master.passwd — как 0600.
Такая схема защиты означает, что все пользователи имеют доступ к информации,
содержащейся в /etc/passwd, и только root — к информации из файла /etc/master.passwd,
который отличается от первого только тем, что во втором поле содержатся зашифрован-ные
пароли пользователей. Во FreeBSD пароли шифруются посредством алгоритма MD5.
/etc/passwd:
joe:*:1008:1008:Joe User:/home/joe:/bin/csh
/etc/master.passwd:
joe:$1$32iknJXS$TnJOJj9LzYGwWRZonOu/IO:1008:1008: Joe User:/home/joe:
↪ /bin/csh
Однако информация об учетных записях пользователей может хранится не только в этих
двух файлах. Текстовые базы данных приемлемы в системе с небольшим числом
пользователей. Если в системе 25 тысяч пользователей, то для проверки информации при
регистрации потребуется уйма времени.
Поэтому во FreeBSD используются два дополнительных файла /etc/pwd.db и /etc/ spwd.db.
Они представляют собой ассоциативные таблицы в формате db, отвечающие файлам
/etc/passwd и /etc/master.passwd, включая и права доступа. Они обеспечивают быстрый
механизм поиска в больших базах данных и автоматически генерируются программой
pwd_mkdb при изменении информации об учетных записях посредством команд chfn, passwd или
adduser/rmuser.
Команда chfn (change full name — изменить полное имя) представляет собой средство для
изменения информации о пользователе. Как и команда edquota, речь о которой шла в главе 9,
chfn запускает текстовый редактор, имя которого задано в переменной EDITOR (по умолчанию
— vi). Он позволяет изменить любое из текстовых полей, а после сохра-нения файла и выхода
программа перезаписывает файл /etc/master.passwd и автоматичес-ки запускает pwd_mkdb -p
для обновления остальных трех файлов.
Важно отметить, что главным файлом базы данных является /etc/master.passwd. Если
необходимо перестроить список пользователей или перенести его с другой FreeBSD-машины,
можно просто разместить новый файл master.passwd в каталоге /etc и запустить следующую
команду:
# pwd_mkdb -p /etc/master.passwd.new
В этом примере предполагается, что новый файл размещен в каталоге /etc под именем
master.passwd.new. Файл /etc/master.passwd будет заменен новым, a /etc/ pwd.db,
/etc/spwd.db и /etc/passwd перестроены заново. Опция -р указывает про-грамме
pwd_mkdb генерировать новый файл /etc/passwd; если она опущена, /etc/ passwd не
претерпевает никаких изменений. Рекомендуется всегда использовать опцию -р, чтобы файлы
оставались синхронизованными.

Добавлено: 2007-06-13 10:50:15
spmn
pwd_mkdb -p /etc/master.passwd
Ситуацию не излечило.
Может вообще удалить\переименовать файлы паролей и групп ... и выполнить
pwd_mkdb -p /etc/master.passwd

..
Не помогло.

:(

Добавлено: 2007-06-13 11:03:12
schizoid
fsck ?

Добавлено: 2007-06-13 11:47:55
spmn

Код: Выделить всё

localhost# fsck
** /dev/mirror/gm0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1532 files, 25670 used, 228145 free (473 frags, 28459 blocks, 0.2% fragmentation                                                                             )
** /dev/mirror/gm0s1e (NO WRITE)
** Last Mounted on /tmp
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

33 files, 17 used, 253798 free (22 frags, 31722 blocks, 0.0% fragmentation)
** /dev/mirror/gm0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes

INCORRECT BLOCK COUNT I=1813733 (309344 should be 309376)
CORRECT? no

** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

SUMMARY INFORMATION BAD
SALVAGE? no

BLK(S) MISSING IN BIT MAPS
SALVAGE? no

266082 files, 9089927 used, 5525003 free (122939 frags, 675258 blocks, 0.8% frag                                                                             mentation)
** /dev/mirror/gm0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
INCORRECT BLOCK COUNT I=24035 (4 should be 0)
CORRECT? no

INCORRECT BLOCK COUNT I=117810 (56 should be 48)
CORRECT? no

** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE  I=24035  OWNER=root MODE=100644
SIZE=0 MTIME=Jan  8 15:49 2007
RECONNECT? no


CLEAR? no

UNREF FILE I=47133  OWNER=root MODE=140666
SIZE=0 MTIME=Jan  8 14:53 2007
CLEAR? no

UNREF FILE I=117784  OWNER=root MODE=100644
SIZE=518379 MTIME=Jan  8 15:02 2007
CLEAR? no

** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

SUMMARY INFORMATION BAD
SALVAGE? no

BLK(S) MISSING IN BIT MAPS
SALVAGE? no

1271 files, 83712 used, 546207 free (247 frags, 68245 blocks, 0.0% fragmentation                                                                             )
Сори за глупость, но с fsck еще не приходилось иметь дела :)
Я так понял выполнять проверку надо в режиме сингл юзер?

Там где стоит 'no' - это предложение исправить ошибки? Информация не 'упадет' ???

Добавлено: 2007-06-13 11:57:51
schizoid
попробуй fsck -y
а вообще в сингле лучше, если мона канечно рестарнуть сервак :)

Добавлено: 2007-06-13 12:01:14
spmn
Да сервак домашний, конечно можно :)
Щас попробую, отпишу потом.

Добавлено: 2007-06-13 12:33:01
spmn
Ошибки исправились, а

на группы так апач и ругается

:twisted: :twisted: :twisted: :twisted: :twisted: :twisted: :twisted: