* Re: [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager
@ 2019-11-13 7:44 ` Антон Мидюков
2019-11-13 8:02 ` Alex Moskalenko
0 siblings, 1 reply; 12+ messages in thread
From: Антон Мидюков @ 2019-11-13 7:44 UTC (permalink / raw)
To: sysadmins
13.11.2019 14:36, Alex Moskalenko пишет:
>
> Здравствуйте.
>
> Есть система на p9 с sysvinit. На ней обновился libvirt c 5.6.0-alt1
> p9+236527.100.1.1 до 5.7.0-alt1 p9+238412.2000.8.2. После обновления
> перестали работать утилиты управления (virsh, virt-manager) с
> одинаковой диагностикой:
>
>
> ошибка: не удалось подключиться к гипервизору
> ошибка: Failed to connect socket to '/var/run/libvirt/libvirt-sock':
> Нет такого файла или каталога
>
>
> При этом сам libvirtd, его обвязка (virtlogd, virtlockd) и виртуальные
> машины запускаются и работают.
>
> Было замечено, что после обновления все pid-файлы, сокеты и
> соответствующие каталоги переехали из /var/run в /run. Но почему-то
> virsh, virt-manager и т.п. по-прежнему пытаются подключиться к сокету
> в /var/run. Где можно изменить путь до сокета для клиентов libvirt -
> не нашел. В конфигах в /etc/libvirt все строчки с путями до сокетов
> раскомментированы. Создание симлинков на сокеты в /var/run проблему
> решает.
>
>
> В связи с этим вопросы - почему это происходит и как правильно решить
> проблему? Есть подозрение, что это из-за отсутствия systemd. Если это
> так - то получается, что p9 даже в серверном варианте уже не полностью
> работоспособен без systemd, и с этим нужно что-то делать.
>
Необходимо перейти на симлинки /var/run -> /run и /var/lock -> run/lock
В новых инсталляциях переход производится постустановочным скриптом.
> PS Видимо, пришло время даже в серверных вариантах переходить на
> systemd с sysvinit....
>
>
> --
> WBR, Alex Moskalenko
>
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager
2019-11-13 7:44 ` [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager Антон Мидюков
@ 2019-11-13 8:02 ` Alex Moskalenko
2019-11-13 8:33 ` Антон Мидюков
0 siblings, 1 reply; 12+ messages in thread
From: Alex Moskalenko @ 2019-11-13 8:02 UTC (permalink / raw)
To: sysadmins
Антон Мидюков писал 13.11.2019 10:44:
> 13.11.2019 14:36, Alex Moskalenko пишет:
>> Есть система на p9 с sysvinit. На ней обновился libvirt c 5.6.0-alt1
>> p9+236527.100.1.1 до 5.7.0-alt1 p9+238412.2000.8.2. После обновления
>> перестали работать утилиты управления (virsh, virt-manager) с
>> одинаковой диагностикой:
>>
>>
>> ошибка: не удалось подключиться к гипервизору
>> ошибка: Failed to connect socket to '/var/run/libvirt/libvirt-sock':
>> Нет такого файла или каталога
> Необходимо перейти на симлинки /var/run -> /run и /var/lock -> run/lock
>
> В новых инсталляциях переход производится постустановочным скриптом.
Спасибо за быстрый ответ.
Я правильно понимаю, что нужно переместить текущее содержимое /var/lock
в /run/lock, /var/run в /run, удалить /var/{run,lock} и создать симлинки
/var/run->/run и /var/lock->/run/lock?
Система обновлялась с P8, в ней получается, это не было сделано
автоматически при апгрейде? У меня несколько таких систем, обновленных
p8->p9, это нужно сделать везде?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager
2019-11-13 8:02 ` Alex Moskalenko
@ 2019-11-13 8:33 ` Антон Мидюков
2019-11-13 9:53 ` Alex Moskalenko
0 siblings, 1 reply; 12+ messages in thread
From: Антон Мидюков @ 2019-11-13 8:33 UTC (permalink / raw)
To: sysadmins
13.11.2019 15:02, Alex Moskalenko пишет:
> Антон Мидюков писал 13.11.2019 10:44:
>> 13.11.2019 14:36, Alex Moskalenko пишет:
>>> Есть система на p9 с sysvinit. На ней обновился libvirt c 5.6.0-alt1
>>> p9+236527.100.1.1 до 5.7.0-alt1 p9+238412.2000.8.2. После обновления
>>> перестали работать утилиты управления (virsh, virt-manager) с
>>> одинаковой диагностикой:
>>>
>>>
>>> ошибка: не удалось подключиться к гипервизору
>>> ошибка: Failed to connect socket to '/var/run/libvirt/libvirt-sock':
>>> Нет такого файла или каталога
>> Необходимо перейти на симлинки /var/run -> /run и /var/lock -> run/lock
>>
>> В новых инсталляциях переход производится постустановочным скриптом.
>
> Спасибо за быстрый ответ.
> Я правильно понимаю, что нужно переместить текущее содержимое
> /var/lock в /run/lock, /var/run в /run, удалить /var/{run,lock} и
> создать симлинки /var/run->/run и /var/lock->/run/lock?
>
Да. Но возможны сбои работы в системе до перезагрузки, поэтому уже
установленные системы пользователи должны переводить сами, при
необходимости.
> Система обновлялась с P8, в ней получается, это не было сделано
> автоматически при апгрейде? У меня несколько таких систем, обновленных
> p8->p9, это нужно сделать везде?
Желательно.
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager
2019-11-13 8:33 ` Антон Мидюков
@ 2019-11-13 9:53 ` Alex Moskalenko
2019-11-13 10:32 ` Антон Мидюков
0 siblings, 1 reply; 12+ messages in thread
From: Alex Moskalenko @ 2019-11-13 9:53 UTC (permalink / raw)
To: sysadmins
Антон Мидюков писал 13.11.2019 11:33:
>> Я правильно понимаю, что нужно переместить текущее содержимое
>> /var/lock в /run/lock, /var/run в /run, удалить /var/{run,lock} и
>> создать симлинки /var/run->/run и /var/lock->/run/lock?
>>
> Да. Но возможны сбои работы в системе до перезагрузки, поэтому уже
> установленные системы пользователи должны переводить сами, при
> необходимости.
Переместил содержимое и сделал симлинки, предварительно остановив и
запустив после создания симлинков тех, кто использовал /var/{run/lock}.
Сейчас так:
ls -l /var
итого 64
drwxr-xr-x 2 root root 4096 авг 28 2018 adm
drwxr-xr-x 10 root root 4096 авг 28 2018 cache
drwxr-xr-x 3 root root 4096 сен 30 12:55 db
dr-xr-xr-x 2 root root 4096 авг 28 2018 empty
drwxr-xr-x 6 root root 4096 июн 28 14:19 hasplm
drwxr-xr-x 32 root root 4096 ноя 12 17:23 lib
drwxr-xr-x 2 root root 4096 авг 28 2018 local
lrwxrwxrwx 1 root root 9 ноя 13 11:53 lock -> /run/lock
drwxr-xr-x 21 root root 4096 ноя 10 04:02 log
lrwxrwxrwx 1 root root 10 сен 12 15:25 mail -> spool/mail
drwxr-xr-x 2 root root 4096 авг 28 2018 nis
drwxr-x--- 2 root nobody 4096 авг 28 2018 nobody
drwxr-xr-x 2 root root 4096 авг 28 2018 opt
drwxr-xr-x 2 root root 4096 авг 28 2018 preserve
drwxr-xr-x 5 root root 4096 апр 29 2019 resolv
lrwxrwxrwx 1 root root 4 ноя 13 11:52 run -> /run
drwxr-xr-x 8 root root 4096 сен 12 15:27 spool
drwxrwxrwt 2 root root 4096 авг 28 2018 tmp
drwxr-xr-x 2 root root 4096 авг 28 2018 yp
Из использовавших файлы в /var/run оказались fail2ban, monit,
zabbix_agentd, crond, chronyd и acpid. Также в /var/lock есть каталоги,
которых нет в /run/lock. То же с /var/run и /run.
Мучает вопрос - после перезагрузки эти каталоги с нужными правами будут
созданы заново? Или это мусор, оставшийся в процессе обновлений системы?
Пока перезагрузиться и проверить не могу...
---
WBR, Alex Moskalenko
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager
2019-11-13 9:53 ` Alex Moskalenko
@ 2019-11-13 10:32 ` Антон Мидюков
2019-11-14 14:37 ` [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock} Alex Moskalenko
0 siblings, 1 reply; 12+ messages in thread
From: Антон Мидюков @ 2019-11-13 10:32 UTC (permalink / raw)
To: sysadmins
13.11.2019 16:53, Alex Moskalenko пишет:
> Антон Мидюков писал 13.11.2019 11:33:
>>> Я правильно понимаю, что нужно переместить текущее содержимое
>>> /var/lock в /run/lock, /var/run в /run, удалить /var/{run,lock} и
>>> создать симлинки /var/run->/run и /var/lock->/run/lock?
>>>
>> Да. Но возможны сбои работы в системе до перезагрузки, поэтому уже
>> установленные системы пользователи должны переводить сами, при
>> необходимости.
> Переместил содержимое и сделал симлинки, предварительно остановив и
> запустив после создания симлинков тех, кто использовал
> /var/{run/lock}. Сейчас так:
> ls -l /var
> итого 64
> drwxr-xr-x 2 root root 4096 авг 28 2018 adm
> drwxr-xr-x 10 root root 4096 авг 28 2018 cache
> drwxr-xr-x 3 root root 4096 сен 30 12:55 db
> dr-xr-xr-x 2 root root 4096 авг 28 2018 empty
> drwxr-xr-x 6 root root 4096 июн 28 14:19 hasplm
> drwxr-xr-x 32 root root 4096 ноя 12 17:23 lib
> drwxr-xr-x 2 root root 4096 авг 28 2018 local
> lrwxrwxrwx 1 root root 9 ноя 13 11:53 lock -> /run/lock
> drwxr-xr-x 21 root root 4096 ноя 10 04:02 log
> lrwxrwxrwx 1 root root 10 сен 12 15:25 mail -> spool/mail
> drwxr-xr-x 2 root root 4096 авг 28 2018 nis
> drwxr-x--- 2 root nobody 4096 авг 28 2018 nobody
> drwxr-xr-x 2 root root 4096 авг 28 2018 opt
> drwxr-xr-x 2 root root 4096 авг 28 2018 preserve
> drwxr-xr-x 5 root root 4096 апр 29 2019 resolv
> lrwxrwxrwx 1 root root 4 ноя 13 11:52 run -> /run
> drwxr-xr-x 8 root root 4096 сен 12 15:27 spool
> drwxrwxrwt 2 root root 4096 авг 28 2018 tmp
> drwxr-xr-x 2 root root 4096 авг 28 2018 yp
>
> Из использовавших файлы в /var/run оказались fail2ban, monit,
> zabbix_agentd, crond, chronyd и acpid. Также в /var/lock есть
> каталоги, которых нет в /run/lock. То же с /var/run и /run.
> Мучает вопрос - после перезагрузки эти каталоги с нужными правами
> будут созданы заново? Или это мусор, оставшийся в процессе обновлений
> системы? Пока перезагрузиться и проверить не могу...
В /run будут созданы каталоги, которые прописаны в конфигах:
/lib/tmpfiles.d/*.conf
/etc/tmpfiles.d/*.conf
Если какие-то пакеты всё ещё напрямую содержат каталоги в /var/run и не
имеют конфигов tmpfiles.d, то на них нужно заводить баги и срочно
исправлять.
> ---
> WBR, Alex Moskalenko
>
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-11-13 10:32 ` Антон Мидюков
@ 2019-11-14 14:37 ` Alex Moskalenko
2019-11-14 14:41 ` Антон Мидюков
0 siblings, 1 reply; 12+ messages in thread
From: Alex Moskalenko @ 2019-11-14 14:37 UTC (permalink / raw)
To: sysadmins
Антон Мидюков писал 13.11.2019 13:32:
> 13.11.2019 16:53, Alex Moskalenko пишет:
>> Антон Мидюков писал 13.11.2019 11:33:
>>>> Я правильно понимаю, что нужно переместить текущее содержимое
>>>> /var/lock в /run/lock, /var/run в /run, удалить /var/{run,lock} и
>>>> создать симлинки /var/run->/run и /var/lock->/run/lock?
>>>>
>>> Да. Но возможны сбои работы в системе до перезагрузки, поэтому уже
>>> установленные системы пользователи должны переводить сами, при
>>> необходимости.
>> Переместил содержимое и сделал симлинки, предварительно остановив и
>> запустив после создания симлинков тех, кто использовал
>> /var/{run/lock}. Сейчас так:
>> ls -l /var
>> .....
>> lrwxrwxrwx 1 root root 9 ноя 13 11:53 lock -> /run/lock
>> lrwxrwxrwx 1 root root 4 ноя 13 11:52 run -> /run
>>
>> Из использовавших файлы в /var/run оказались fail2ban, monit,
>> zabbix_agentd, crond, chronyd и acpid. Также в /var/lock есть
>> каталоги, которых нет в /run/lock. То же с /var/run и /run.
>> Мучает вопрос - после перезагрузки эти каталоги с нужными правами
>> будут созданы заново? Или это мусор, оставшийся в процессе обновлений
>> системы? Пока перезагрузиться и проверить не могу...
>
> В /run будут созданы каталоги, которые прописаны в конфигах:
>
> /lib/tmpfiles.d/*.conf
>
> /etc/tmpfiles.d/*.conf
>
> Если какие-то пакеты всё ещё напрямую содержат каталоги в /var/run и
> не имеют конфигов tmpfiles.d, то на них нужно заводить баги и срочно
> исправлять.
Попробовал провести процедуру на другой машине (libvirt там правда нет).
Поймал две проблемы:
1. Не стартует amavisd из-за неправильных прав на каталог
/var/run/amavis - выставлены 755, нужны 775. Ошибка в файле
/lib/tmpfiles.d/amavisd.conf.
2. При старте nginx ругается на невозможность создать
/var/lock/nginx/nginx. Этот каталог файлах tmpfiles.d не указан, но
прописан как LOCKFILE в init-скрипте nginx. Тут склоняюсь к тому. что
неправ init-скрипт и lock-файл нужно создавать в стандартном месте -
/var/lock/subsys.
Стоит вешать баги на amavisd-new и nginx по этому поводу (sysvinit
все-таки...)?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-11-14 14:37 ` [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock} Alex Moskalenko
@ 2019-11-14 14:41 ` Антон Мидюков
2019-11-15 6:00 ` Alex Moskalenko
0 siblings, 1 reply; 12+ messages in thread
From: Антон Мидюков @ 2019-11-14 14:41 UTC (permalink / raw)
To: sysadmins
14.11.2019 21:37, Alex Moskalenko пишет:
> Антон Мидюков писал 13.11.2019 13:32:
>> 13.11.2019 16:53, Alex Moskalenko пишет:
>>> Антон Мидюков писал 13.11.2019 11:33:
>>>>> Я правильно понимаю, что нужно переместить текущее содержимое
>>>>> /var/lock в /run/lock, /var/run в /run, удалить /var/{run,lock} и
>>>>> создать симлинки /var/run->/run и /var/lock->/run/lock?
>>>>>
>>>> Да. Но возможны сбои работы в системе до перезагрузки, поэтому уже
>>>> установленные системы пользователи должны переводить сами, при
>>>> необходимости.
>>> Переместил содержимое и сделал симлинки, предварительно остановив и
>>> запустив после создания симлинков тех, кто использовал
>>> /var/{run/lock}. Сейчас так:
>>> ls -l /var
>>> .....
>>> lrwxrwxrwx 1 root root 9 ноя 13 11:53 lock -> /run/lock
>>> lrwxrwxrwx 1 root root 4 ноя 13 11:52 run -> /run
>>>
>>> Из использовавших файлы в /var/run оказались fail2ban, monit,
>>> zabbix_agentd, crond, chronyd и acpid. Также в /var/lock есть
>>> каталоги, которых нет в /run/lock. То же с /var/run и /run.
>>> Мучает вопрос - после перезагрузки эти каталоги с нужными правами
>>> будут созданы заново? Или это мусор, оставшийся в процессе
>>> обновлений системы? Пока перезагрузиться и проверить не могу...
>>
>> В /run будут созданы каталоги, которые прописаны в конфигах:
>>
>> /lib/tmpfiles.d/*.conf
>>
>> /etc/tmpfiles.d/*.conf
>>
>> Если какие-то пакеты всё ещё напрямую содержат каталоги в /var/run и
>> не имеют конфигов tmpfiles.d, то на них нужно заводить баги и срочно
>> исправлять.
> Попробовал провести процедуру на другой машине (libvirt там правда
> нет). Поймал две проблемы:
>
> 1. Не стартует amavisd из-за неправильных прав на каталог
> /var/run/amavis - выставлены 755, нужны 775. Ошибка в файле
> /lib/tmpfiles.d/amavisd.conf.
> 2. При старте nginx ругается на невозможность создать
> /var/lock/nginx/nginx. Этот каталог файлах tmpfiles.d не указан, но
> прописан как LOCKFILE в init-скрипте nginx. Тут склоняюсь к тому. что
> неправ init-скрипт и lock-файл нужно создавать в стандартном месте -
> /var/lock/subsys.
>
> Стоит вешать баги на amavisd-new и nginx по этому поводу (sysvinit
> все-таки...)?
Конечно же стоит!
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-11-14 14:41 ` Антон Мидюков
@ 2019-11-15 6:00 ` Alex Moskalenko
2019-11-28 9:45 ` Alex Moskalenko
0 siblings, 1 reply; 12+ messages in thread
From: Alex Moskalenko @ 2019-11-15 6:00 UTC (permalink / raw)
To: sysadmins
Антон Мидюков писал 14.11.2019 17:41:
> 14.11.2019 21:37, Alex Moskalenko пишет:
>> Попробовал провести процедуру на другой машине (libvirt там правда
>> нет). Поймал две проблемы:
>>
>> 1. Не стартует amavisd из-за неправильных прав на каталог
>> /var/run/amavis - выставлены 755, нужны 775. Ошибка в файле
>> /lib/tmpfiles.d/amavisd.conf.
>> 2. При старте nginx ругается на невозможность создать
>> /var/lock/nginx/nginx. Этот каталог файлах tmpfiles.d не указан, но
>> прописан как LOCKFILE в init-скрипте nginx. Тут склоняюсь к тому. что
>> неправ init-скрипт и lock-файл нужно создавать в стандартном месте -
>> /var/lock/subsys.
>>
>> Стоит вешать баги на amavisd-new и nginx по этому поводу (sysvinit
>> все-таки...)?
> Конечно же стоит!
#37488 для amavisd-new, #37489 для nginx.
---
WBR, Alex Moskalenko
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-11-15 6:00 ` Alex Moskalenko
@ 2019-11-28 9:45 ` Alex Moskalenko
2019-12-02 15:59 ` Konstantin Lepikhov
0 siblings, 1 reply; 12+ messages in thread
From: Alex Moskalenko @ 2019-11-28 9:45 UTC (permalink / raw)
To: sysadmins
Здравствуйте.
Наткнулся еще на две проблемы после переезда /var/run->run на sysvinit.
1. Каталог /var/run/devecot присутствует в пакете dovecot, файл для
tmpfiles.d отсутствует. #37554.
2. sqlgrey не может работать со своим pid-файлом в /var/run. Предлагаю
перенести его в /var/run/sqlgrey с соответствующими правками
/etc/sqlgrey/sqlgrey.conf, /etc/init.d/sqlgrey и созданием файла для
tmpfiles.d. #37555.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-11-28 9:45 ` Alex Moskalenko
@ 2019-12-02 15:59 ` Konstantin Lepikhov
2019-12-06 14:37 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Konstantin Lepikhov @ 2019-12-02 15:59 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
Hi Alex!
On 11/28/2019, at 12:45:14 PM you wrote:
> Здравствуйте.
>
> Наткнулся еще на две проблемы после переезда /var/run->run на sysvinit.
>
> 1. Каталог /var/run/devecot присутствует в пакете dovecot, файл для
> tmpfiles.d отсутствует. #37554.
> 2. sqlgrey не может работать со своим pid-файлом в /var/run. Предлагаю
> перенести его в /var/run/sqlgrey с соответствующими правками
> /etc/sqlgrey/sqlgrey.conf, /etc/init.d/sqlgrey и созданием файла для
> tmpfiles.d. #37555.
sqlgrey я думаю можно вообще закопать уже. Есть другие альтернативы,
которые работают быстрее и еще поддерживаются. Сам уже перешел с него на
milter-greylist и не жалуюсь )
--
WBR et al.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock}
2019-12-02 15:59 ` Konstantin Lepikhov
@ 2019-12-06 14:37 ` Sergey
2019-12-19 14:08 ` [Sysadmins] milter-greylist (was P9, переезд с /var/{run,lock} -> /{run,run/lock}) Konstantin Lepikhov
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2019-12-06 14:37 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
On Monday 02 December 2019, Konstantin Lepikhov wrote:
> Сам уже перешел с него на milter-greylist и не жалуюсь )
А он, в правильный момент грейлистрит, или в момент mail from?
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Sysadmins] milter-greylist (was P9, переезд с /var/{run,lock} -> /{run,run/lock})
2019-12-06 14:37 ` Sergey
@ 2019-12-19 14:08 ` Konstantin Lepikhov
0 siblings, 0 replies; 12+ messages in thread
From: Konstantin Lepikhov @ 2019-12-19 14:08 UTC (permalink / raw)
To: sysadmins
Hi Sergey!
On 12/06/2019, at 06:37:25 PM you wrote:
> On Monday 02 December 2019, Konstantin Lepikhov wrote:
>
> > Сам уже перешел с него на milter-greylist и не жалуюсь )
>
> А он, в правильный момент грейлистрит, или в момент mail from?
Ну если sendmail то там как макросы настроишь:
http://milter-greylist.wikidot.com/sendmail
--
WBR et al.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2019-12-19 14:08 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-13 7:44 ` [Sysadmins] P9, libvirt-5.7.0 - не работают virsh, virt-manager Антон Мидюков
2019-11-13 8:02 ` Alex Moskalenko
2019-11-13 8:33 ` Антон Мидюков
2019-11-13 9:53 ` Alex Moskalenko
2019-11-13 10:32 ` Антон Мидюков
2019-11-14 14:37 ` [Sysadmins] P9, переезд с /var/{run,lock} -> /{run,run/lock} Alex Moskalenko
2019-11-14 14:41 ` Антон Мидюков
2019-11-15 6:00 ` Alex Moskalenko
2019-11-28 9:45 ` Alex Moskalenko
2019-12-02 15:59 ` Konstantin Lepikhov
2019-12-06 14:37 ` Sergey
2019-12-19 14:08 ` [Sysadmins] milter-greylist (was P9, переезд с /var/{run,lock} -> /{run,run/lock}) Konstantin Lepikhov
ALT Linux sysadmins discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \
sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com
public-inbox-index sysadmins
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sysadmins
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git