URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 60598
[ Назад ]
Исходное сообщение
"Ошибка в логах proftpd"
Отправлено Huuk , 03-Окт-05 22:10 
Система FreeBSD 5.4-p1, машина называется oak.domain.lan
Используется как ftp сервер. (proftpd-1.2.10_1)
Система последний раз обновлялась в начале июня и с тех пор перезагружалась (по надобности) не более двух раз, с последнего раза прошло 38 дней.

В конфиге proftpd системный лог прописан как:
SystemLog     /var/log/proftpd-logs/ftp-log

Вчера ночью в него попали следующие строчки:

Oct 03 03:50:29 oak.domain.lan proftpd[545] oak.domain.lan: select() failed in daemon_loop(): No child processes
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting write fd TCP_NODELAY: Bad file descriptor
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting read fd TCP_NODELAY: Socket operation on non-socket
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting write fd IP_TOS: Bad file descriptor
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting read fd IP_TOS: Socket operation on non-socket
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting write fd TCP_NOPUSH: Bad file descriptor
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting read fd TCP_NOPUSH: Socket operation on non-socket
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting SO_OOBINLINE: Socket operation on non-socket
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: error setting SO_OOBINLINE: Socket operation on non-socket
Oct 03 03:50:29 oak.domain.lan proftpd[40593] oak.domain.lan: FTP session opened.


В системном логе /var/log/messages появились след строки

Oct  3 03:50:29 oak proftpd[40593]: oak.domain.lan - error setting write fd SO_KEEPALIVE: Bad file descriptor
Oct  3 03:50:29 oak proftpd[40593]: oak.domain.lan - error setting read fd SO_KEEPALIVE: Bad file descriptor

Кто видел подобное? Что это обозначает?? Замечу что подобное попало в логи впервые за всё время системы.

Содержание
Сообщения в этом обсуждении
"Ошибка в логах proftpd"
Отправлено Lia , 04-Окт-05 07:47 
та же фигня
работало все исправно, с недавнего времени начались такие сообщение
"Ошибка в логах proftpd"
Отправлено Huuk , 04-Окт-05 13:35 
>та же фигня
>работало все исправно, с недавнего времени начались такие сообщение

И так всё и оставил??

"Ошибка в логах proftpd"
Отправлено Lia , 05-Окт-05 09:14 
>>та же фигня
>>работало все исправно, с недавнего времени начались такие сообщение
>
>И так всё и оставил??


Пока да, поскольку не знаю в чем трабла, но и работает при этом исправно

Если кто знает, не откажусь от подсказки

"Ошибка в логах proftpd"
Отправлено Huuk , 05-Окт-05 09:19 
>>>та же фигня
>>>работало все исправно, с недавнего времени начались такие сообщение
>>
>>И так всё и оставил??
>
>
>Пока да, поскольку не знаю в чем трабла, но и работает при
>этом исправно
>
>Если кто знает, не откажусь от подсказки

У меня это тоже разово случилось и пока без повторений... Хм... поиск по гуглу внятных результатов не дал..

"Ошибка в логах proftpd"
Отправлено LinaS , 05-Окт-05 10:28 
>>>>та же фигня
>>>>работало все исправно, с недавнего времени начались такие сообщение
>>>
>>>И так всё и оставил??
>>
>>
>>Пока да, поскольку не знаю в чем трабла, но и работает при
>>этом исправно
>>
>>Если кто знает, не откажусь от подсказки
>
>У меня это тоже разово случилось и пока без повторений... Хм... поиск
>по гуглу внятных результатов не дал..

как предположение, что покажет:
sysctl kern.maxfiles
sysctl kern.maxfilesperproc
?
и что, если их увеличить?

"Ошибка в логах proftpd"
Отправлено Lia , 05-Окт-05 14:37 
>>>>>та же фигня
>>>>>работало все исправно, с недавнего времени начались такие сообщение
>>>>
>>>>И так всё и оставил??
>>>
>>>
>>>Пока да, поскольку не знаю в чем трабла, но и работает при
>>>этом исправно
>>>
>>>Если кто знает, не откажусь от подсказки
>>
>>У меня это тоже разово случилось и пока без повторений... Хм... поиск
>>по гуглу внятных результатов не дал..
>
>как предположение, что покажет:
>sysctl kern.maxfiles
>sysctl kern.maxfilesperproc
>?
>и что, если их увеличить?

Сделал
kern.maxfiles: 65536
kern.maxfilesperproc: 32768

Результат тот же, в логах сыпится error

"Ошибка в логах proftpd"
Отправлено lavr , 05-Окт-05 14:50 
>>>>>>та же фигня
>>>>>>работало все исправно, с недавнего времени начались такие сообщение
>>>>>
>>>>>И так всё и оставил??
>>>>
>>>>
>>>>Пока да, поскольку не знаю в чем трабла, но и работает при
>>>>этом исправно
>>>>
>>>>Если кто знает, не откажусь от подсказки
>>>
>>>У меня это тоже разово случилось и пока без повторений... Хм... поиск
>>>по гуглу внятных результатов не дал..
>>
>>как предположение, что покажет:
>>sysctl kern.maxfiles
>>sysctl kern.maxfilesperproc
>>?
>>и что, если их увеличить?
>
>Сделал
>kern.maxfiles: 65536
>kern.maxfilesperproc: 32768
>
>Результат тот же, в логах сыпится error

man select там в NOTES все изложено о кол-ве файловых дескриптеров

а соединений на ваших серверах судя по всему ну оченна много?

"Ошибка в логах proftpd"
Отправлено Lia , 05-Окт-05 15:18 
нет
соединений очень мало
а вот инфы много лежит в виде большого количества мелких файликов


"Ошибка в логах proftpd"
Отправлено lavr , 05-Окт-05 16:16 
>нет
>соединений очень мало
>а вот инфы много лежит в виде большого количества мелких файликов

возможно поэтому системные ограничения FD_SETSIZE для select'а и срабатывают
тогда имеет смысл попробовать в sources переопределить FD_SETSIZE
до всех include в sources proftpd, в системе если FD_SETSIZE нигде
не определен - FD_SETSIZE 1024U

Нужно увеличить и пересобрать proftpd и посмотреть результат, еще
можно фильтры использовать и ListOption для фильтрации в огромном
кол-ве файлов в директории или вообще на ftp.

Все верхнее - идеи, потому как нужно с отладкой смотреть.