[Закрыто] При обновлении systemd сообщения: Not setting...

leonardo19
2 года назад (отредактировано 2 года назад)
leonardo19 avatar
Темы: 40
Сообщения: 848
Участник с: 25 ноября 2008
Приветствую!
В течение одних суток два раза обновился systemd, и оба раза имели место следующие сообщения:
( 5/13) Applying kernel sysctl settings…
Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
Что это значит? Надо ли в этой связи что-либо делать? Система работает (вроде бы) нормально.
Поиск по форуму и в сети не слишком помог.
Буду признателен за ответ.
vs220
2 года назад
Темы: 22
Сообщения: 8070
Участник с: 16 августа 2009
Глянуть что там и откуда применяется мож какие старые дублирующие конфиги
sudo  sysctl --system
https://wiki.archlinux.org/index.php/Sysctl
leonardo19
2 года назад
leonardo19 avatar
Темы: 40
Сообщения: 848
Участник с: 25 ноября 2008
vs220
Глянуть что там и откуда применяется мож какие старые дублирующие конфиги
sudo  sysctl --system
https://wiki.archlinux.org/index.php/Sysctl
Результат:
* Applying /usr/lib/sysctl.d/10-arch.conf ...
fs.inotify.max_user_instances = 1024
fs.inotify.max_user_watches = 524288
* Applying /etc/sysctl.d/100-megacmd-inotify-limit.conf ...
fs.inotify.max_user_watches = 524288
* Applying /usr/lib/sysctl.d/50-coredump.conf ...
kernel.core_pattern = |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h
fs.suid_dumpable = 2
* Applying /usr/lib/sysctl.d/50-default.conf ...
kernel.sysrq = 16
kernel.core_uses_pid = 1
net.ipv4.conf.default.rp_filter = 2
sysctl: setting key "net.ipv4.conf.all.rp_filter": Недопустимый аргумент
net.ipv4.conf.default.accept_source_route = 0
sysctl: setting key "net.ipv4.conf.all.accept_source_route": Недопустимый аргумент
net.ipv4.conf.default.promote_secondaries = 1
sysctl: setting key "net.ipv4.conf.all.promote_secondaries": Недопустимый аргумент
net.ipv4.ping_group_range = 0 2147483647
net.core.default_qdisc = fq_codel
fs.protected_hardlinks = 1
fs.protected_symlinks = 1
fs.protected_regular = 1
fs.protected_fifos = 1
* Applying /usr/lib/sysctl.d/50-pid-max.conf ...
kernel.pid_max = 4194304
* Applying /etc/sysctl.d/99-sysctl.conf ...
kernel.sysrq = 1
Единственная моя настройка это /etc/sysctl.d/99-sysctl.conf. Конфиг /etc/sysctl.d/100-megacmd-inotify-limit.conf установлен приложением.
vs220
2 года назад (отредактировано 2 года назад)
Темы: 22
Сообщения: 8070
Участник с: 16 августа 2009
upd
То же такие же предупреждения
Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).

По видимому из за /usr/lib/sysctl.d/50-default.conf

# Source route verification
net.ipv4.conf.default.rp_filter = 2
net.ipv4.conf.*.rp_filter = 2
-net.ipv4.conf.all.rp_filter

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.conf.*.accept_source_route = 0
-net.ipv4.conf.all.accept_source_route

# Promote secondary addresses when the primary address is removed
net.ipv4.conf.default.promote_secondaries = 1
net.ipv4.conf.*.promote_secondaries = 1
-net.ipv4.conf.all.promote_secondaries

sudo sysctl --system
sysctl: setting key "net.ipv4.conf.all.rp_filter": Недопустимый аргумент
sysctl: setting key "net.ipv4.conf.all.accept_source_route": Недопустимый аргумент
sysctl: setting key "net.ipv4.conf.all.promote_secondaries": Недопустимый аргумент

sysctl -ar '.rp_filter'
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.default.arp_filter = 0
net.ipv4.conf.default.rp_filter = 2
net.ipv4.conf.enp3s0.arp_filter = 0
net.ipv4.conf.enp3s0.rp_filter = 2
net.ipv4.conf.lo.arp_filter = 0
net.ipv4.conf.lo.rp_filter = 2

-
sysctl -ar '.accept_source_route'
net.ipv4.conf.all.accept_source_route = 0
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.conf.enp3s0.accept_source_route = 0
net.ipv4.conf.lo.accept_source_route = 0
net.ipv6.conf.all.accept_source_route = 0
net.ipv6.conf.default.accept_source_route = 0
net.ipv6.conf.enp3s0.accept_source_route = 0
net.ipv6.conf.lo.accept_source_route = 0
-
sysctl -ar '.promote_secondaries'
net.ipv4.conf.all.promote_secondaries = 0
net.ipv4.conf.default.promote_secondaries = 1
net.ipv4.conf.enp3s0.promote_secondaries = 1
net.ipv4.conf.lo.promote_secondaries = 1
leonardo19
2 года назад
leonardo19 avatar
Темы: 40
Сообщения: 848
Участник с: 25 ноября 2008
У меня в кэше 4 последних версии пакета systemd, во всех файл /usr/lib/sysctl.d/50-default.conf одинаковый. Возможно, раньше при обновлениях я не замечал этих сообщений.
Как понимаю, ничего делать не надо?
vs220
2 года назад
Темы: 22
Сообщения: 8070
Участник с: 16 августа 2009
leonardo19
раньше
c 4 февраля вроде
https://github.com/systemd/systemd-stable/commit/5d4fc0e665a3639f92ac880896c56f9533441307#

leonardo19
ничего делать не надо?
если значения устраивают то нет, хотя странно что значения в конфиге для all пустые
мож indeviral что подскажет
vasek
2 года назад (отредактировано 2 года назад)
Темы: 48
Сообщения: 11320
Участник с: 17 февраля 2013
Посмотрите этот топик на BBS
К ошибкам, как таковым, эти сообщения не относятся - но смысл этих сообщений до меня не дошел ...

EDIT 1 - смысл дошел, после того как прочитал ссылу vs220 ... раньше поленился
vs220
c 4 февраля вроде
https://github.com/systemd/systemd-stable/commit/5d4fc0e665a3639f92ac880896c56f9533441307#
... и даже проверил
- вернулся к старому и ... сообщений нет
journalctl -b | grep 'Not setting'
... пусто ...
- а это по-новому
journalctl -b -1 | grep 'Not setting'
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
авг 10 07:45:54 arch systemd-sysctl[243]: Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
И объяснение в той же ссылке
This solution is a bit busy, but we close the race without setting *.all.*, so it is still possible to set a different setting for particular interfaces. Setting just "default" is not very useful because any interfaces present before systemd-sysctl is invoked are not affected. Setting "all" is too harsh, because the kernel takes the stronger of the device-specific setting and the "all" value, so effectively having a weaker setting for specific interfaces is not possible.
... разумеется сейчас все верну на место .... думаю эти сообщения все-таки уберут
Ошибки не исчезают с опытом - они просто умнеют
leonardo19
2 года назад
leonardo19 avatar
Темы: 40
Сообщения: 848
Участник с: 25 ноября 2008
Ну что же, ждём-с.
Спасибо за помощь.
vasek
2 года назад (отредактировано 2 года назад)
Темы: 48
Сообщения: 11320
Участник с: 17 февраля 2013
leonardo19
Ну что же, ждём-с.
Что то у меня надежда уже и пропала ... после того как покапался в бинарниках.
strings /usr/lib/systemd/systemd-sysctl | grep 'Not setting'
Not setting %s (explicit setting exists).
Это сообщение заложено в usr/lib/systemd/systemd-sysctl и было там и раньше и, думаю, вряд ли его будут убирать - для этого потребуется вводить дополнительные проверки, но вряд ли посчитают, что это уж так необходимо.

PS, - я не заметил эти сообщения потому, что после каждого обновления (после reboot) запускаю journalctl -b -p3, в вывод которого эти сообщения не попали.
Ошибки не исчезают с опытом - они просто умнеют
vasek
2 года назад (отредактировано 2 года назад)
Темы: 48
Сообщения: 11320
Участник с: 17 февраля 2013
На всякий случай кидаю ссылку на топик BBS - с этим "отладочным" сообщением похоже будем жить и дальше
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.

© 2006-2022, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.