Что-то вроде
grep eth0 /proc/net/if_inet6 | cut -d' ' -f1
даст вам полный адрес в шестнадцатеричном формате. Вы все равно должны вставить разделители :
, если хотите. (Вы не сказали почему вам понадобились все нули -все, что нужно :
также принимает краткие формы с::
).
Редактировать
Для префикса PTR DNS что-то вроде
grep eth0 /proc/net/if_inet6 | cut -d' ' -f1 | rev | sed 's/./&./g'
Обратите внимание, что он вернет все IPv6-адреса для этого интерфейса, поэтому вам нужно повторить итерацию.
Кроме того, если вам нужно установить записи DNS PTR из существующего IPv6 на интерфейсах, весьма вероятно, что что-то в вашем способе обработки DNS очень неправильно. Обычно вы делаете это наоборот :Каким бы ни был источник ваших записей DNS, он также должен определять адрес (es )на вашем интерфейсе (s ).
Похоже, что содержимое вашего /etc/sysctl.d/50-coredump.conf
неверно, там должно быть дополнительное %c
между полями %t
и %e
.
Вы можете видеть это в изменении, которое ввело поддержку передачи ulimit -c
в systemd -coredump, чтобы решить, следует ли сохранить или обрезать файл coredump (, другими словами, чтобы соблюдать параметр ulimit -c
.)
Это изменение потребовало изменения командной строки kernel.core_pattern
sysctl, но похоже, что в вашей системе присутствует старая версия этого файла.
Это может быть связано с тем, что RPM считает, что необходимо сохранить исходный файл (, ищите /etc/sysctl.d/50-coredump.conf.rpmnew
или другое расширение .rpm*
, которое может дать вам подсказку.)
В любом случае обновление этого файла должно решить проблему.
Чтобы узнать больше о корне, вызывающем эту проблему, я просмотрел сообщение, о котором вы сообщили :
.systemd-coredump[<PID>]: Failed to parse resource limit: <daemon_name>
Затем я нашел это сообщение здесь, в дереве исходного кода , но этот код ожидает получить RLIMIT, который можно преобразовать в число, поэтому, когда вы упомянули, вы получите это сообщение с <daemon_name>
там меня поразило, что поля, которые вы получаете, расположены в неправильном порядке...
Глядя на ваш 50-coredump.conf
и сравнивая его с тем, что в вышестоящем дереве, я быстро пришел к выводу, что проблема, с которой вы столкнулись, скорее всего, связана с этим несоответствием.