Runtipi не работает в start-samohosting

Красная лампочка, после установки

Обычно большая красная кнопка - значит пора эвакуироваться из здания.

Пожалуйста, попробуйте описать Вашу проблему, желательно не одним словом..

Теперь понятнее.
Вы установили start-samohosting iso, но runtipi у вас не работает.

Было у нескольких ребят в чатах.
Что именно пошло не так в момент установки - сейчас восстановить практически невозможно.

Рекомендация\опции:

  1. Переустановить сборку
  2. Заходить в контейнер PVE и учиться дебажить runtipi
    ./runtipi-cli debug
  1. Как переустановить start-samohosting ?

1.1 Остановить и удалить старый контейнер.
1.2 Команда запуска в shell pve

bash -c "$(wget -qLO - install.samohosting.ru)"

Будет создан новый отдельный LXC контейнер

  1. Как удалить контейнер LXC start-samohosting ?

2.1 Выбрав созданный, но не до конца настроенный или сломанный LXC(слева) - можно нажать стоп(справа)

2.2 А затем чуть правее MORE->REMOVE
Подтвердите удаление вводом номера удаляемого контейнера.

Спс. буду счс разбираться

Короче как обычно невнимательность - перед установкой со скрипта требуется сам prox обновить apt- update apt upgrade, ошибка уходит

1 лайк

я думаю, что это совпадение…

Мне удалось сейчас воспроизвести.
start-samohosting установился штатно, без ошибок, но runtipi не был запущен.

Решение:

  1. Перейти в контейнер start-samohosting
  2. Запуск дебага много не сказал..
./runtipi-cli debug
cd /opt/runtipi/
./runtipi-cli debug

  1. Попытка запуска - показала, что runtipi не докачал образы
    Причем при первой попытке старта - опять ошибка

    Почему он при этом не делает повторную попытку или не выдал ошибку установки - вопрос к разработчикам..

Повторно запускаем команду - и доустановка и запуск прошли до конца.

./runtipi-cli start

Находясь в shell LXC контейнера - переходим в папку runtipi и запускаем командой старт

cd /opt/runtipi/
./runtipi-cli start


После - все работает

что то не по плану пошло.вроде он что то скачал? собрал, красных строк нет как на скрине, создал как я понял контенер для реверс прокси но не запускает его. может не прав, по этому лог прикрепил. типи просит что бы был запущен перед командой - я не уверен в нем.

лог

root@start-samohosting:/opt/runtipi# ./runtipi-cli debug
:warning: Make sure you have started tipi before running this command
— System information —
┌──────────────┬───────┐
│ OS │ linux │
│ OS Version │ 12 │
│ Memory (GB) │ 1.91 │
│ Architecture │ amd64 │
└──────────────┴───────┘

— Tipi configuration —
┌───────────────────────────┬────┐
│ Custom tipi docker config │ No │
└───────────────────────────┴────┘

— Settings.json —
{}

— Environment variables —
┌───────────────────────┬──────────────────────────────────────────────────────────────────┐
│ POSTGRES_PASSWORD │ │
│ RABBITMQ_PASSWORD │ │
│ APPS_REPO_ID │ 29ca930bfdaffa1dfabf5726336380ede7066bc53297e3c0c868b27c97282903 │
│ APPS_REPO_URL │ GitHub - runtipi/runtipi-appstore: Official Runtipi AppStore. Apps and updates live here!
│ TIPI_VERSION │ v4.3.0 │
│ INTERNAL_IP │ 192.168.5.102 │
│ ARCHITECTURE │ amd64 │
│ JWT_SECRET │ │
│ ROOT_FOLDER_HOST │ /opt/runtipi │
│ RUNTIPI_APP_DATA_PATH │ /opt/runtipi │
│ NGINX_PORT │ 80 │
│ NGINX_PORT_SSL │ 443 │
│ DOMAIN │ │
│ POSTGRES_HOST │ runtipi-db │
│ POSTGRES_DBNAME │ tipi │
│ POSTGRES_USERNAME │ tipi │
│ POSTGRES_PORT │ 5432 │
│ RABBITMQ_HOST │ runtipi-queue │
│ RABBITMQ_USERNAME │ tipi │
│ DEMO_MODE │ false │
│ LOCAL_DOMAIN │ tipi.local │
└───────────────────────┴──────────────────────────────────────────────────────────────────┘

— Docker containers —
┌───────────────────────┬──────────────────────────┐
│ runtipi-reverse-proxy │ Created │
│ runtipi │ Up 5 minutes (unhealthy) │
│ runtipi-queue │ Up 6 minutes │
│ runtipi-db │ Up 6 minutes (healthy) │
└───────────────────────┴──────────────────────────┘
^ If a container is not ‘Up’, you can run the command docker logs <container_name> to see the logs of that container.
root@start-samohosting:/opt/runtipi# docker logs runtipi-trverse-proxy
Error response from daemon: No such container: runtipi-trverse-proxy

Я же написал, в логах - ничего полезного не видно.
Введите команду:

в таком случае упираюсь в

Спойлер

root@start-samohosting:/opt/runtipi# ./runtipi-cli start
✓ User permissions are ok
✓ Copied system files
✓ Generated .env file
✓ File permissions ok
✓ Images pulled
✓ Existing containers stopped
✗ Failed to start containers

Debug: Container runtipi-queue Creating
Container runtipi-db Creating
Container runtipi-db Created
Container runtipi-queue Created
Container runtipi Creating
Container runtipi Created
Container runtipi-reverse-proxy Creating
Container runtipi-reverse-proxy Created
Container runtipi-db Starting
Container runtipi-queue Starting
Container runtipi-queue Started
Container runtipi-db Started
Container runtipi-db Waiting
Container runtipi-db Healthy
Container runtipi Starting
Container runtipi Started
Container runtipi Waiting
Container runtipi Error
dependency failed to start: container runtipi is unhealthy

apt update apt upgrade первый раз что то обновил и runtipi завелся. по крайней мере я увидел что страница открылась и статус зеленый был. однако я сразу ушел выключив сервер, и когда снова его включил - страница больше не загружается, статус красный, команды apt update apt upgrade ./runtipi-cli start уже не помогают.
p.s. эта ошибка кстати никуда не девалась и когда были признаки жизни - чисто случайно обновил страницу перед выключением и написанием этого сообщения.

решил проблему переустановкой системы с 0, сразу же произведя апдейт и апгрейд, до начала настройки приложений. 10 часов работы и 4 перезагрузки успешно уже прошли.

1 лайк

Всем добрый день, к сожалению по инструкции которую указали выше не получается решить вопрос.

root@start-samohosting:/opt/runtipi# ./runtipi-cli debug
:warning: Make sure you have started tipi before running this command
— System information —
┌──────────────┬───────┐
│ OS │ linux │
│ OS Version │ 12 │
│ Memory (GB) │ 1.92 │
│ Architecture │ amd64 │
└──────────────┴───────┘

— Tipi configuration —
┌───────────────────────────┬────┐
│ Custom tipi docker config │ No │
│ Custom environment file │ No │
└───────────────────────────┴────┘

— Settings.json —
{}

— Environment variables —
┌───────────────────────┬───────────────┐
│ POSTGRES_PASSWORD │ │
│ RABBITMQ_PASSWORD │ │
│ APPS_REPO_ID │ Not set │
│ APPS_REPO_URL │ Not set │
│ TIPI_VERSION │ v4.5.1 │
│ INTERNAL_IP │ 192.168.1.127 │
│ ARCHITECTURE │ amd64 │
│ JWT_SECRET │ Not set │
│ ROOT_FOLDER_HOST │ /opt/runtipi │
│ RUNTIPI_APP_DATA_PATH │ /opt/runtipi │
│ NGINX_PORT │ 80 │
│ NGINX_PORT_SSL │ 443 │
│ DOMAIN │ │
│ POSTGRES_HOST │ runtipi-db │
│ POSTGRES_DBNAME │ tipi │
│ POSTGRES_USERNAME │ tipi │
│ POSTGRES_PORT │ 5432 │
│ RABBITMQ_HOST │ runtipi-queue │
│ RABBITMQ_USERNAME │ tipi │
│ DEMO_MODE │ Not set │
│ LOCAL_DOMAIN │ tipi.local │
└───────────────────────┴───────────────┘

— Docker containers —
┌───────────────────────┬─────────────────────────────────┐
│ runtipi-reverse-proxy │ Created │
│ runtipi │ Restarting (132) 17 seconds ago │
│ runtipi-db │ Up 9 minutes (healthy) │
│ runtipi-queue │ Up 9 minutes │
└───────────────────────┴─────────────────────────────────┘
^ If a container is not ‘Up’, you can run the command docker logs <container_name> to see the logs of that container.
root@start-samohosting:/opt/runtipi# ./runtipi-cli update
Error: accepts 1 arg(s), received 0
Usage:
./runtipi-cli update [version] [flags]

Flags:
–env-file string Path to a custom .env file. Can be relative to the current directory or absolute.
-h, --help help for update
–no-permissions Skip setting file permissions (not recommended)

accepts 1 arg(s), received 0
root@start-samohosting:/opt/runtipi# ./runtipi-cli start
✓ User permissions are ok
✓ Copied system files
✓ Generated .env file
✓ File permissions ok
✓ Images pulled
✓ Existing containers stopped
✗ Failed to start containers

Debug: Container runtipi-queue Creating
Container runtipi-db Creating
Container runtipi-db Created
Container runtipi-queue Created
Container runtipi Creating
Container runtipi Created
Container runtipi-reverse-proxy Creating
Container runtipi-reverse-proxy Created
Container runtipi-queue Starting
Container runtipi-db Starting
Container runtipi-db Started
Container runtipi-queue Started
Container runtipi-db Waiting
Container runtipi-db Healthy
Container runtipi Starting
Container runtipi Started
Container runtipi Waiting
Container runtipi Error
dependency failed to start: container runtipi is unhealthy

Уже 3 дня мучаюсь ставил версии разные, но ошибка одна и таже.

Обновлял все перед установкой, переустанавливал и т д. Но увы не могу сообразить как решить этот вопрос.

Очень буду благодарен помощи знающих и умнейших людей)))

Вам в Вашем тексте система уже подсказывает куда стоит заглянуть.

Пойти в веб гуи PVE в консоль контейнера и ввести там
docker logs runtipi
Что выдаст Вам больше информации о том, что именно пошло не так.

Добрый день, спасибо за ответ. В общем ввел все как вы написали. И выдало вот это. Я совсем еще новичок в этой тематике поэтому могу задавать возможно глупые вопросы.

root@start-samohosting:~# docker logs runtipi
============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 1ms | User: 33ms | Sys: 29ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 1ms | User: 38ms | Sys: 19ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 0ms | User: 37ms | Sys: 18ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 1ms | User: 34ms | Sys: 20ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 1ms | User: 30ms | Sys: 25ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 0ms | User: 37ms | Sys: 20ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 0ms | User: 40ms | Sys: 15ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 0ms | User: 39ms | Sys: 18ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 0ms | User: 34ms | Sys: 23ms
RSS: 0B  | Peak: ============================================================
Bun v1.3.0 (b0a6feca) Linux x64 (baseline)
Linux Kernel v6.8.12 | musl
Args: 
Features: no_avx2 no_avx 
Elapsed: 1ms | User: 33ms | Sys: 23ms
RSS: 0B  | Peak: root@start-samohosting:~# 
  1. Глупых вопросов не бывает(с) субъективное мнение автора
  2. У сожалению в логах ничего нет.. за что я мог бы зацепить взгляд
  3. Из аналогичных ситуаций вижу только [BUG] Unhealthy Traefik or weird runtipi-reverse-proxy service error. · Issue #1362 · runtipi/runtipi · GitHub
    Там оба пользователя решили через переустановка. Так и не найдя причину.
  4. Вижу у Вас выше, что traffic container не стартовал
  5. Проверит можно docker ps (покажет все контейнеры и их статус)
  6. Попробовать стартоват трафик, смотреть его логи, если он падает

что нибудь интересно можно сделать?

  1. Локальная проблема с сетью
  2. Возможно, часто качали образы и столкнулись с лимитами на скачивание образов (одно время это было очень больно, сейчас лимиты вроде подняли, но я все равно подумываю для дома таки поднять проксик docker registry), сейчас лимит 100 образов за 6 часов.
  3. Блокировки и санкции

Можно попробовать подождать несколько часов и попробовать еще раз, обычно помогает.
Еще можно сменить репозиторий с образами, например, на github, но я не скажу, как это делается в самом runtpi ибо не пользую его

Или решать вопрос доступа вашему серверу docker.io
Или попробовать сменить реестр на зеркало, читать тут
Настраиваем Docker на использование стороннего реестра