Как проверить, как связаны процессоры моего процесса?
На справочной странице эти параметры немного расплывчаты, но параметры --add-serviceи --remove-serviceна самом деле используются для включения или отключения конкретной службы firewalld. См. вики-страницу Fedora для более наглядных примеров.
С другой стороны, опция --get-servicesвозвращает список служб firewalld, предустановленных в этой конкретной системе. Включение/отключение службы не влияет на этот список, поскольку он основан на обнаружении XML-файлов, определяющих эти службы.
В вашем случае вы должны найти файл определения службы с именемwiremock.xml(или аналогичный )в каталоге /usr/lib/firewalldили /etc/firewalld. Удаление этого конкретного XML-файла удалит службу из списка. Если вы не добавили это определение службы самостоятельно, вам следует сначала проверить, откуда оно взялось. Если он был отправлен как часть пакета, переустановка/обновление этого пакета восстановит файл.
Спасибо @artem -s -tashnikov, думаю, ответ можно найти в файле initrd. См. https://github.com/redhat-performance/tuned/issues/381, где я говорю:
I set my system with the cpu-partitioning tuning, and a CPU affinity list of 0-15,17,19,24-39,41,43. Tuned has some components in the tuned.conf that include "bootloader", so the initrd is changed. Specifically, in the initrd the /etc/systemd/system.conf contains "CPUAffinity=0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 17 19 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 41 43"
We decided that we did not want to use this tuning, and changed it to throughput-performance. After reboot, I discovered that systemd has a CPU affinity list of 0-15,17,19,24-39,41,43.
So changing INTO the cpu-partitioning modifies the initrd, but changing OUT of it does not put it back. It leaves this artifact lying around, which requires one to discover it on one's own. It may be good to mention it in the docs, at least. Thanks.