Служба Kibana не запускается
Как Ференц Вагнерговорит , я использую aptitudeвсякий раз, когда хочу работать с более мелкими -выборками пакетов, чем «все, что можно обновить». Я предполагаю, что у вас нет предварительно -определенных наборов пакетов, для которых вы написали бы тесты соответствия в сценариях, поэтому подходит более интерактивный подход; TUI aptitudeхорошо -подходит для такой работы.
По умолчанию он представляет пакеты по «виртуальному» состоянию (обновлениям безопасности, другим обновляемым пакетам, новым пакетам, установленным пакетам, неустановленным пакетам, устаревшим пакетам, виртуальным пакетам и задачам; aptitudeназывает это «статусом» ), а внутри каждого статуса — по разделам и, наконец, по архивам. Таким образом, сегодняшний набор обновлений OpenSSL отображается как
Это не совсем то, что вам нужно, ноaptitudeотображение имеет широкие возможности настройки , а пакеты можно группировать по имени исходного пакета или даже по любому шаблону, который вам нужен; например, по статусу, приоритету и исходному пакету:
Вы можете переключать представления во время выполнения(G)или настраивать свои любимые представления в файлах конфигурации aptitude.
+ выберет пакеты для обновления вместе со всеми зависимыми обновлениями; aptitudeтакже подсветит все, что сломано. Таким образом, после выбора только libssl1.1для обновления:
На этом этапе я могу обратиться к aptitudeза помощью в устранении поломки или продолжить выбор пакетов для обновления самостоятельно. g покажет мне все, что я попросил aptitudeсделать, прежде чем на самом деле это сделать. Я также могу просматривать журналы изменений пакетов,и проверьте все доступные версии и т. д., прежде чем продолжить.
Использование aptitudeтаким образом также позволяет избежать существенного недостатка любого подхода, включающегоapt install(илиapt-get install):— флаг «автоматически установлен» не будет утерян.
Я провел бессчетное количество часов, пытаясь заставить Кибану работать над Arch и Manjaro. Мне наконец удалось.
Ниже приведены мои заметки для себя на случай, если у кого-то возникнет такая же проблема.
Имейте в виду, что я новичок и, честно говоря, не понимаю, что делаю, поэтому действуйте осторожно.
- Установите Kibana после установки
elasticsearch
В Arch используется эта команда:
$sudo pacman -S kibana
В Manjaro я использовал графический интерфейс «Установка и удаление программ». Поискал kibana, нажал «Установить» и «Применить»
.- После установки Kibana я изменил эти настройки в
/etc/kibana/kibana.yml(раскомментировать строки ниже):
$ sudo nano /etc/kibana/kibana.yml
#server.port: 5601
#server.host: "localhost"
#elasticsearch.hosts: ["http://localhost:9200"]
- Kibana требует
node, но Kibana 7.9.2 -1 не работает с последней версиейnode. Поэтому для работы вам нужна более старая версия Node, в частности Node 10.22.1. Чтобы установить эту старую версию Node, я использовал NVM (Node Version Manager ).
Я выполнил эти команды:
$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.37.0/install.sh | bash
$ export NVM_DIR="$([ -z "${XDG_CONFIG_HOME-}" ] && printf %s "${HOME}/.nvm" || printf %s "${XDG_CONFIG_HOME}/nvm")"
$ [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"
- Используя NVM, установите Node 10.22.1.
$ nvm install v10.22.1
В этом месте будет установлен двоичный файл с именем «node»:/home/manjaro1/.nvm/versions/node/v10.22.1/bin(имейте в виду, что каталог.nvm скрыт)
- После установки я переименовал существующий файл узла(
/usr/bin/node)в (/usr/bin/node). Для этого я использовал эти команды:
$ cd /usr/bin
$ sudo mv -- node node_backup
Caution: I do not know if renaming this file is a good idea, in regards to other programs.
- Затем я скопировал свой новый файл узла в
/usr/binс помощью этой команды (, убедившись, что запускаю команду из каталога/usr/bin):
$ cd /usr/bin
$ sudo cp -- /home/manjaro1/.nvm/version/node/v10.22.1/bin/node node
- Я включил Kibana для запуска при запуске:
$ systemctl enable kibana
- Затем я запустил Kibana
$ systemctl start kibana
- И проверил статус:
$ systemctl status kibana
- Все выглядело хорошо. Затем я убедился, что Elasticsearch запущен (
systemctl status elasticsearch), открыл браузер и перешел кlocalhost:5601
Через несколько секунд появилась панель управления Kibana.
Полезные примечания
- На шагах 5 и 6 выше вы можете оставить существующий файл узла в
/usr/binи скопировать файл узла версии 10.22.1 в/usr/binс новым именем, напримерnode10221. В этом случае вам необходимо внести изменения в этот файл:/usr/lib/systemd/system/kibana.serviceс помощью:
$ sudo nano /usr/lib/systemd/system/kibana.service
В строке, начинающейся с ExecStart=/usr/bin/node, измените имя файла на новое имя узла, например:
ExecStart=/usr/bin/node10221
Сохраните файл и запустите или перезапустите Kibana:
$ systemctl start kibana
или
$ systemctl restart kibana
Убедитесь, что вы используете
eleasticsearch7.9.2 -1 иKibana7.9.2 -1 и установитеelasticsearchпередKibanaЕсли что-то не так при запуске:
$ systemctl status kibana
вы можете устранить неполадки, используя:
$ journalctl -fu kibana.service
- Если Kibana не запускается из-за проблем с разрешениями, проверьте разрешения с помощью этой команды:
$ ls -l
- Моя установка выполняется только локально, поэтому использование
localhostв kibana.yml для меня работает нормально. Насколько я понимаю, вам нужно изменить это, если вы хотите разрешить удаленный доступ.
Надеюсь, это кому-нибудь поможет.