* 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