qmail и ошибка Cannot_open_"/lib/libc.so.5"/

[invint]

Недавно заметил что не все письма отправленные с qmail уходят. В логах обнаружил

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

@4000000048f84d6b0f263a2c delivery 9332029: deferral: /libexec/ld-elf.so.1:_Cannot_open_"/lib/libc.so.5"/
@4000000048f84d6b0f2f1b9c status: local 2/200 remote 400/400
@4000000048f84d6b1066a19c delivery 9332038: deferral: qmail-spawn_unable_to_create_pipe._(#4.3.0)/
@4000000048f84d6b106f7f24 status: local 2/200 remote 399/400

Подскажите в какую сторону копать? В чем может быть проблема

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[terminus]

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

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

local 2/200 remote 400/400

400 удаленных доставок! Это значение устанавливается в файле concurrencyremote, но это не решение проблемы.

[invint]

Это рассылочная машина по подписчикам. Официальная рассылка если что... не спам. )) Так как же решить проблему с libc.so

[MAK]

у вас нет совместимости с "пятеркой", которую требует qmail
пересоберите ядро с options COMPAT_FREEBSD5

[terminus]

Не ядро пересобрать, а поставить:

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

cd /usr/ports/misc/compat5x/ && make install clean

[invint]

Эм.... на сервере стоит 5.5-RELEASE-p8, я думаю для совместимости с пятеркой ничего ну нужно... раньше такого не было, сейчас увеличилась нагрузка, больше рассылок, а машина слабенькая, возможно ли такая проблема по этой причине?

[MAK]

интересно.
terminus, а зачем опции COMPAT* в ядре?

invint дайте вывод

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

ln -la /lib/libc*

как устанавливали qmail?

попробуйте его обновить

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

portupgrade -f qmail

или просто сделайте линк

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

ln -s /lib/libc.so /lib/libc.so.5

сам не пробовал, за результат не ручаюсь. :)

[terminus]

интересно.
terminus, а зачем опции COMPAT* в ядре?

Для совместимости API. Они УЖЕ есть в GENERIC ядре - добавлять не надо (если конечно не удалено в самосборном ядре). А /usr/ports/misc/compat5x/ - это библиотеки для совместимости.
pkg_info -W /usr/local/lib/libc.so.5 покажет на compat5x 5.4.0.8_9

---

Да ладно - у него же и так 5х.

Автор - попробуйте подкрутить concurrencyremote.

[invint]

invint дайте вывод

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

ln -la /lib/libc*

как устанавливали qmail?

попробуйте его обновить

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

portupgrade -f qmail

или просто сделайте линк

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

ln -s /lib/libc.so /lib/libc.so.5

сам не пробовал, за результат не ручаюсь.

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

ls -la /lib/libc*
-r--r--r--  1 root  wheel   893100  3 окт  2006 /lib/libc.so.5
-r--r--r--  1 root  wheel    56088  3 окт  2006 /lib/libcam.so.2
-r--r--r--  1 root  wheel    28648  3 окт  2006 /lib/libcrypt.so.2
-r--r--r--  1 root  wheel  1017456  3 окт  2006 /lib/libcrypto.so.3

Как устанавливался - я не знаю, было до меня, щас разбираюсь с косяками предыдущего админа.
Обновлять - стремно. Пока все работает хоть как то...
А зачем делать такую ссылку?

Еще обнаружил что qmail был запущен от пользователя root, и не писалась статистика, перезапустили от юзера qmail - статистика заработала, возможно ли что по этому была предыдущая ошибка?

Автор - попробуйте подкрутить concurrencyremote.

O.o Эм... поподробнее можно? Зачем?

[terminus]

concurrencyremote - конфигурационный файл qmail - ищите в /var/qmail/control

Вы ведь тогда уперлись в 400 доставок - выкрутите это в 1024 и смотрите как оно пойдет до этого лимита...

К стати посмотрите еще pkg_info | grep qmail

[MAK]

terminus, а зачем опции COMPAT* в ядре?

Для совместимости API. ... А /usr/ports/misc/compat5x/ - это библиотеки для совместимости.

спасибо.
то-есть если грубо.
например модуль, написанный под 5ку(использующий АПИ, которое в 6ке поменялось), скомпиленный на 6ке при наличии в ядре опции КОМПАТ_5х будет работать и без порта 5х.
а тот-же модуль, только скомпиленный под 5ку на 6ке заработает только при наличии опции и порта 5х.
я правильно понимаю?

[Alex_hha]

Не прощи ли снести нафиг это не поддерживаемое убожество и поставить что-нибудь нормальное - exim/postfix?

[terminus]

то-есть если грубо.
например модуль, написанный под 5ку(использующий АПИ, которое в 6ке поменялось), скомпиленный на 6ке при наличии в ядре опции КОМПАТ_5х будет работать и без порта 5х.
а тот-же модуль, только скомпиленный под 5ку на 6ке заработает только при наличии опции и порта 5х.
я правильно понимаю?

Не берусь утверждать - я не программист, но если логически то - после компиляции в конце концов происходит линковка с внешними либами. Но опять же - линкуют только с конкретной версией...

Поэтому наверное правильнее так:
Если есть завязка на API конкретной версии ядра то в ядре должна быть поддержка API.
Если есть линковка (зависимость от) на конкретные версии либов из старой версии то должен быть постановлен пакет совместимости не зависимо от того скомпилен софт или перенесен.