ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Неможет срезолвить имя сервера при запуска через xinetd | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Roman Savochenko <rom_as> | ||||
| Component: | proftpd | Assignee: | Afanasov Dmitry <ender> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||
| Severity: | normal | ||||||
| Priority: | P2 | CC: | ender | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Roman Savochenko
2008-05-15 19:30:02 MSD
Created attachment 2628 [details]
Конфигурация proftpd
Файл конфигурации proftpd
proftpd-1.3.0rel-alt2 Вот ещё раз поставил и поднять через xinetd не удалось. И ещё. В standalone сервис невозможно остановить по нормальному: [root@roman log]# service proftpd stop Service proftpd is not running. [PASSED] [root@roman log]# ps -A | grep proftpd 25255 ? 00:00:00 proftpd На нового мантейнера. всё ещё наблюдается? бранча рядом нет, не могу проверить С остановкой проблема есть: [root@ftp etc]# service proftpd stop Service proftpd is not running. [PASSED] [root@ftp etc]# ps -A | grep proftpd 28384 ? 00:00:00 proftpd до сих пор branch 4.0? версия какая? я пробовал собрать 3.2rel для 4.0, что hasher матернулся. при запущенном proftpd команда # start-stop-daemon --stop --exec /usr/sbin/proftpd --pidfile /var/run/proftpd.pid --user nobody --test что выдает? Уже последний Branch 4.1 [root@ftp bin]# start-stop-daemon --stop --exec /usr/sbin/proftpd --pidfile /var/run/proftpd.pid --user nobody --test No /usr/sbin/proftpd found running; none killed. [root@ftp bin]# ps -A | grep proftpd 9874 ? 00:00:00 proftpd proftpd-1.3.0rel-alt2 не знаю, вылечит - нет, но отправил в 4.1 1.3.2rel, чтоб init скрипты были одинаковые. под каким пользователем работает proftpd? Пользователь "ftp". вот кажется и разобрались. в init.d скрипте прописан юзверь nobody, # start-stop-daemon --stop --exec /usr/sbin/proftpd --pidfile /var/run/proftpd.pid --user nobody --test ожидает тоже nobody, а сервис работает под ftp. потму и не нашел. сприпт нормально будет отрабатывать, как только в конфиге в глобальной части вернется User nobody. если так хочется, то под пользователем nobody можно анонимусов пускать - в блоке Anonynous прописать User ftp. Спасибо, так работает. А вот в режиме суперсервера по прежнему не работает: Apr 7 09:12:13 server proftpd[7465]: IPv4 getaddrinfo 'server.diya.org' error: No address associated with hostname Apr 7 09:12:13 server proftpd[7465]: error: no valid servers configured что с багой-то делаем? оченно похожа на local misconfiguration, у меня по крайней мере её повторить не получилось. А сейчас, при вызове через суперсервер, браузеру сообщает: Причина: in.ftpd: error while loading shared libraries: libnsl.so.1: failed to map segment from shared object: Cannot allocate memory. Версия:
[root@server etc]# rpm -qa | grep proftpd
proftpd-1.3.2rel-alt0.M41.1
И память есть и всем хватает:
root@server etc]# free
total used free shared buffers cached
Mem: 1280000 382616 897384 0 0 0
-/+ buffers/cache: 382616 897384
Swap: 0 0 0
Увеличил: rlimit_as до 32M и заработал. (В ответ на комментарий №16) > А сейчас, при вызове через суперсервер, браузеру сообщает: > Причина: in.ftpd: error while loading shared libraries: libnsl.so.1: failed to > map segment from shared object: Cannot allocate memory. это точно к proftpd не относится и думаю проще просить в sysadmins. суть - съедена память в openvz. требутеся подкрутить параметры ли размера ядра (для сокетов), либо общую память. по это баге: все два случая - чистый local miconfiguration. относится не к самому proftpd, а к его настройке. закрываю. |
