Server 4.0 (Branch 4.0) OpenVZ VPS контейнер (Branch 4.1) Версия: proftpd-1.3.0rel-alt2 При запуске через xinetd не может срезолвить имя сервера и сообщает в логи: May 15 19:15:01 server_s1 proftpd[15445]: IPv4 getaddrinfo 'server_s1.diya.org' error: No address associated with hostname May 15 19:15:01 server_s1 proftpd[15445]: warning: unable to determine IP address of 'server_s1.diya.org' May 15 19:15:01 server_s1 proftpd[15445]: error: no valid servers configured May 15 19:15:01 server_s1 proftpd[15445]: Fatal: error processing configuration file '/etc/proftpd.conf' При этом server_s1.diya.org прекрасно резолвится как через DNS, так и через /etc/hosts: [root@server_s1 log]# host server_s1.diya.org server_s1.diya.org has address 192.168.2.7 [root@server_s1 log]# host 192.168.2.7 7.2.168.192.in-addr.arpa domain name pointer server_s1.diya.org. А при запуске proftpd в standalone режиме всё работает: May 15 19:16:05 server_s1 proftpd[15538]: server_s1.diya.org - ProFTPD 1.3.0a (stable) (built Wed May 16 16:36:57 MSD 2007) standalone mode STARTUP May 15 19:16:05 server_s1 proftpd: proftpd startup succeeded May 15 19:16:10 server_s1 proftpd[15546]: server_s1.diya.org (roman.diya.org[192.168.2.4]) - FTP session opened.
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, а к его настройке. закрываю.
