Сборник часто задаваемых вопросов

В данном разделе представлены наиболее распространенные вопросы по использованию rubik и их решения:

• Возможные проблемы при запуске
• Возможные проблемы при компиляции rubik

Проблемы запуска

Описание проблемы: Не удается развернуть rubik на одном узле кластера Kubernetes. Команда kubectl get pod -A -o wide не показывает никакой информации о pod-ах rubik.

Возможные причины: По умолчанию, узел-мастер Kubernetes имеет прикрепленное свойство "taint", что не позволяет развернуть rubik на нем. Для проверки стратегии "taint" мастера используйте команду kubectl get no -o yaml | grep taint -A 5. Пример:

taints:
  - effect: NoSchedule
    key: node-role.kubernetes.io/master

Решение: Добавьте политику "toleration" в конец файла rubik-daemonset.yaml, чтобы разрешить развертывание на узле-мастере.

  #...
  spec:
    ...
    containers:
      ...
    volumes:
      ...
    tolerations:
      - key: node-role.kubernetes.io/master
        operator: "Exists"
        effect: "NoSchedule"

Или удалите "taint" мастера.

kubectl taint nodes master node-role.kubernetes.io/master-

Проблемы компиляции

Описание проблемы: Выполнение команды make завершается ошибкой:

$ make
/usr/lib/golang/pkg/tool/linux_amd64/link: running gcc failed: exit status 1
/usr/bin/ld: cannot find -lc: No such file or directory
make: *** [Makefile:61: release] Error 2

Возможные причины: Текущая среда Linux не поддерживает статическую компиляцию. В некоторых дистрибутивах Linux статическая библиотека libc.a не установлена, а только динамическая lib.so.Решение:

1. (Рекомендуется) Установите пакет glibc-static для получения статической библиотеки libc.
2. Попробуйте использовать динамическую компиляцию, то есть удалите опцию компиляции -extldflags=-static из файла Makefile. Однако динамическая компиляция может привести к проблемам, например, если начальный образ для сборки образа rubik не предоставляет необходимые зависимости, что приведет к невозможности запуска бинарного файла rubik.