Привет, ребята! У меня небольшой кластер, всего 2 узла, и я хочу подключить Raspberry Pi 4 в качестве qdevice. Этот Pi уже подключен к моему основным сервером через PiKVM. К сожалению, на нём установлена Arch Linux по умолчанию, и у меня проблемы с установкой пакета corosync-qnetd. Я скачал пакет с Archpage и распаковал его. Внутри readme я нашёл такие инструкции по установке: при запуске ./configure выдаёт следующее: К сожалению, я не могу найти решение, как это развернуть сейчас. Надеюсь, кто-нибудь сможет мне помочь.
WoRie
Guest
0
16.10.2022 11:10:00
Привет, ты смог это запустить? Я вот подумал, почему мой (сейчас дорогой и распроданный) raspberrypi должен просто простаивать с pikvm, когда он мог бы еще и участвовать в quorum для кластера, к которому подключен. Но с Docker не получилось, и после прочтения твоего поста я воздержусь от попыток установить это "на железо".
baudneo
Guest
0
02.12.2023 23:06:00
Пытаюсь использовать arch install в качестве qdevice, и получаю те же ошибки, что и у OP: ``` ╰─❯ pvecm qdevice setup 10.0.1.9 /bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub" /bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed /bin/ssh-copy-id: WARNING: All keys were skipped because they already exist on the remote system. (if you think this is a mistake, you may want to use -f option) INFO: initializing qnetd server Certificate database (/etc/corosync/qnetd/nssdb) already exists. Delete it to initialize new db INFO: copying CA cert and initializing on all nodes zsh:1: command not found: corosync-qdevice-net-certutil Certificate database already exists. Delete it to continue INFO: generating cert request command 'corosync-qdevice-net-certutil -r -n Homelab' failed: open3: exec of corosync-qdevice-net-certutil -r -n Homelab failed: No such file or directory at /usr/share/perl5/PVE/Tools.pm line 455. ``` Есть какие-нибудь идеи?
nicedevil
Guest
0
24.02.2024 09:36:00
Привет всем! Извините, что так долго не отвечал. Раньше у меня получалось настроить всё, но теперь (возможно, из-за того, что PiKVM что-то изменил в ОС, что я не могу понять) это не работает. Итак, я установил это примерно так, как посоветовал @oguz: => . Иногда появляется ошибка "permission denied" в папке кэша. Её можно исправить вот так: Bash: chmod -R 777 /var/cache/private/yay. В итоге всё выглядело так: Bash: [root@pikvm yay]# yay corosync-qdevice -> Избегайте запуска yay от имени root/sudo. 1 aur/corosync-qdevice 3.0.1-1 (+0 0.00) (Устаревшая: 2023-08-07) Ядро Corosync Cluster Engine Qdevice ==> Какие пакеты установить (например, 1 2 3, 1-3 или ^4) ==> 1 :: Доступно 2 провайдера для corosync: :: Репозиторий AUR 1) corosync 2) corosync-git
Введите номер (по умолчанию=1): ==> 1 :: Проверка конфликтов... :: Проверка внутренних конфликтов... [Aur:2] corosync-3.1.6-1 corosync-qdevice-3.0.1-1
==> Продолжить установку? [Y/n] -> error merging corosync: fatal: No remote for the current branch. Надеюсь, кто-нибудь сможет помочь с последней строкой кода здесь? EDIT: Ок, думаю, я исправил это снова. Я удалил всё из папок yay, что принадлежит corosync (не требуется, если делаете это в первый раз), а затем прошёл процесс установки снова с помощью `yay corosync-qdevice`. Если вы получаете ошибки разрешений, используйте команду chmod выше. После установки я сделал настройку на одном из моих PVE узлов (`pvecm qdevice setup IPADDRESS`). Убедитесь, что порты 22 и 5403 открыты от PVE к QDevice.
nicedevil
Guest
0
24.02.2024 10:01:00
Ты установил corosync на всех своих узлах перед запуском? Bash: apt install corosync-qdevice смотри здесь
esi_y
Guest
0
24.02.2024 11:21:00
Это длинная ветка со ссылками, но один взгляд уже говорит мне, что что-то очень не так — тебе нужен qnetd на Арче, а не qdevice, это сервис, который работает на узлах. Ты, вероятно, делаешь всё наоборот.