#10610 – Стартует _после_ некоторых сервисов, использующих DNS

Bug 10610 - Стартует _после_ некоторых сервисов, использующих DNS

Summary: Стартует _после_ некоторых сервисов, использующих DNS

Status:	NEW

Alias:	None

Product:	Sisyphus
Classification:	Development
Component:	pdnsd (show other bugs)
Version:	unstable
Hardware:	all Linux

Importance:	P2 normal
Assignee:	Nobody's working on this, feel free to take it
QA Contact:	qa-sisyphus

URL:
Keywords:

Depends on:
Blocks:

Reported:	2007-01-08 12:25 MSK by Fr. Br. George
Modified:	2026-09-09 11:41 MSK (History)
CC List:	0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description

Fr. Br. George 2007-01-08 12:25:57 MSK

В последнее время ClamAV принялся ругаться при старте системы (не может видеть
какой-то записи в DNS). И вправду -- не может, раз уж в resolv.conf написано
nameserver 127.0.0.1 ,
clamd замускается S75, а pdnsd -- S90
Куда-то его надо поближе в начало притащить. S36 какой-нибудь.

Steps to Reproduce:
1. Установить pdnsd и clamav
2. Настроить pdnsd
3. Прописать nameserver 127.0.0.1 в /etc/resolv.conf
4. Перезагрузиться
Actual Results:  
Reading CVD header (main.cvd): WARNING: Can't get information about
database.clamav.net:
 Temporary DNS error
WARNING: Can't read main.cvd header from database.clamav.net (IP: )
Giving up on database.clamav.net...
WARNING: Update failed. Your network may be down or none of the mirrors listed
in freshc
lam.conf is working.

Comment 1

Fr. Br. George 2007-01-08 12:28:57 MSK

Андрей, вы, кажется сейчас занимаетесь pdnsd?

Comment 2

Andrey Rahmatullin 2007-01-08 12:31:02 MSK

Получается, что да...

Comment 3

Andrey Rahmatullin 2007-01-28 21:00:55 MSK

Знать бы, в какой именно левел его тащить...

Comment 4

at@altlinux.org 2007-02-22 12:58:35 MSK

Reassigned to new maintainer.

Comment 5

Anton Farygin 2026-09-09 11:41:17 MSK

pdnsd 1.2.9a-alt2 до сих пор поставляется только с init-скриптом (chkconfig: 345 90 10 — те же S90), systemd-юнита нет. Под systemd sysv-generator не даёт никакого упорядочивания относительно nss-lookup.target, и сервисы, резолвящие имена (freshclam и т.п.), стартуют с pdnsd параллельно — проблема из репорта воспроизводится по построению.

Правильный фикс — нативный юнит с Before=nss-lookup.target / Wants=nss-lookup.target, как у unbound и dnsmasq (systemd-analyze verify проходит, ругается только на отсутствие man в контейнере):

alt/pdnsd.service:
[Unit]
Description=pdnsd caching DNS proxy
Documentation=man:pdnsd(8) man:pdnsd.conf(5)
# Other services resolve names through us: be up before nss-lookup.target,
# like every other local resolver (unbound, dnsmasq, systemd-resolved).
After=network.target
Before=nss-lookup.target
Wants=nss-lookup.target

[Service]
Type=forking
PIDFile=/run/pdnsd.pid
ExecStart=/usr/sbin/pdnsd --daemon --config-file /etc/pdnsd.conf -p /run/pdnsd.pid
Restart=on-failure

[Install]
WantedBy=multi-user.target

В спек: `install -pD -m644 alt/%name.service %buildroot%_unitdir/%name.service` в %install, `%_unitdir/%name.service` в %files; %post_service/%preun_service уже есть.