Первая команда дает вам строки в file2
, которые не могут быть найдены в file1
, а вторая команда дает вам строки в file1
, которые не могут быть найдены в file2
.
Для данных данных код эквивалентен
awk 'FNR==NR { a[$0]++; next } !($0 in a)'
, где a
— это массив, в который были включены строки из первого файла. Условие в конце гласит: «вывести эту строку (из второго файла ), если она не найдена в первом файле».
Попробуйте получить запущенный процесс ps aux | grep 'haproxy'
, затем получить этот процесс PID
, затем убить его с помощью kill -9 PID
. Затем попробуйте запустить его снова.
Если systemctl не может его запустить, скорее всего, это одна из немногих вещей:
Конечно, это могло быть что-то совсем другое; но, если у вас есть какие-либо из этих элементов в вашем файле службы, или файле pid, или сценарии exec, запущенном файлом службы,тогда вы, возможно, обновили свое программное обеспечение и обнаружили, что ранее работающая служба теперь имеет проблемы. Вероятно, это связано с тем, что ранее работавшая служба была настроена для запуска далеко -от идеального способа, и конфигурация требует обновления.
I don't know what I can try to debug
Ваш журнал сообщает вам, что где-то у вас есть дампы памяти. Найдите их и посмотрите, что они вам говорят, как и другие люди в других местах.
Обратитесь к людям, у которых это программа, если это необходимо, или к их людям поддержки, если вы не можете понять, что говорит дамп ядра. Как минимум выходные данные systemctl show unitname
и bt
от отладчика (сверяются с дампом памяти)в руке . Они не телепаты и не могут знать, какие важные вещи находятся в файле конфигурации вашего сервисного модуля, ни где искать в программе, если вы не скажете им, как вы настроили управление вашим сервисом и что делал ваш компьютер.
coredumpctl
. справочные страницы systemd. Freedesktop.org.