Поиск решения по задаче

От симптома ошибки к конкретным шагам диагностики

Здесь собраны материалы по первому подключению, SSH-ключам, VNC, сервисам инференса MLX, CI и заказам на выделенных физических узлах облачного Mac VMMini. Сначала выполните базовые проверки по симптомам, затем отправьте заявку с журналами и временным интервалом.

Страница не запрашивает пароль, закрытый ключ или данные для восстановления. По вопросам существующего заказа войдите в консоль и создайте заявку — заказ и узел будут привязаны автоматически.

Создать заявку в консоли Открыть руководство для начала работы
Рабочий сценарий поддержки Сначала локализуйте проблему, затем соберите данные и отправьте заявку
Понятный маршрут
03 Этап диагностики
Симптом Подключение, сборка, диск, сервис или заказ
Доказательства Время, команды, код выхода и обезличенные журналы
Действия Самостоятельное восстановление или заявка по заказу
Регионы узлов Сингапур · Япония (Токио) · Южная Корея (Сеул) · Гонконг
Быстрый поиск

Введите сообщение об ошибке, название инструмента или цель задачи

Поиск выполняется по руководствам, маршрутам диагностики и глоссарию на этой странице. Если в ошибке есть номер заказа, имя хоста или адрес, сначала удалите чувствительные данные.

Подключение и доступ

Сначала проверьте данные доступа, затем выберите способ подключения

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

SSH: начните с отпечатка хоста

Подготовьте адрес хоста, SSH-порт, имя пользователя и файл закрытого ключа для соответствующего открытого ключа. Храните закрытый ключ только на контролируемом устройстве или в хранилище ключей и не вставляйте его в заявку.

  1. Первое подключение:Поэтапно сравните отпечаток хоста из консоли с подсказкой клиента.
  2. Проверка прав:Убедитесь, что файл закрытого ключа доступен для чтения только текущему пользователю, а содержимое открытого ключа не повреждено переносами строк.
  3. Диагностика разрывов:Последовательно проверьте локальную сеть, DNS или адрес, доступность порта, соответствие имени пользователя и ключа.
  4. Сбор данных:Сохраните подробный вывод с отметками времени, удалив чувствительные части адреса, имени пользователя и пути к ключу.
ssh -vvv -p <port> <user>@<host>

VNC: сначала проверьте сеанс и состояние экрана

Подготовьте адрес узла, порт, учётные данные подключения и доступный графический сеанс. Храните учётные данные в менеджере паролей, а не в репозитории скриптов или журнале сборки.

  1. Первый вход:Проверьте версию системы, объём диска, часовой пояс, раскладку клавиатуры и состояние текущей сети.
  2. Чёрный экран:Сначала убедитесь, что графический сеанс работает, затем проверьте глубину цвета и масштабирование в клиенте.
  3. Частые разрывы:Запишите время, длительность, тип локальной сети и возможность одновременного доступа по SSH.
  4. Задержки изображения:Понизьте качество изображения для сравнительного теста и не объявляйте узел неисправным по одному сбою клиента.

Удалённый рабочий стол: проверяйте клиент и узел отдельно

Сначала убедитесь, что клиент поддерживает предоставленный способ подключения, затем проверьте адрес, порт и данные сеанса. Не повторяйте попытки со старыми недействительными данными — это может скрыть настоящую причину ошибки.

  1. На локальной стороне:Отключите прокси или смените сеть для сравнения и запишите версию клиента и текст ошибки.
  2. На стороне узла:Если SSH доступен, проверьте процессы графических сервисов, свободное место на диске и нагрузку системы.
  3. На сетевом маршруте:Сравните результаты подключения в разных сетях и выясните, возникает ли проблема только на одном маршруте.
  4. Отправка заявки:Укажите идентификатор заказа, узел, время возникновения и обезличенные снимки экрана; не отправляйте пароль подключения.
Поддержка инференса MLX

Пять контрольных точек для диагностики сервиса модели

Сначала подтвердите работоспособность среды и целостность файлов модели, затем проверьте адрес прослушивания, health endpoint и журналы. Открывайте только необходимые порты и ограничивайте источники доступа.

01

Проверить среду

Зафиксируйте версии macOS и Python, путь к виртуальной среде, версии пакетов MLX и доступное место на диске. Убедитесь, что задача выполняется на выделенном физическом узле VMMini M4, M4, 16GB, 256GB SSD, а не использует параметры общей среды.

02

Подготовить модель

Проверьте путь к файлам модели, их количество, результаты проверки и необходимое место. Храните модель и кэш в определённых каталогах, не позволяя загрузке и сервису одновременно записывать во временную папку.

03

Проверить прослушивание

Сначала выполните проверку на локальном адресе, затем расширьте область прослушивания по реальной необходимости. Убедитесь, что порт не занят другим процессом, а извне открыты только необходимые порты и источники.

04

Выполнить проверку работоспособности

Вызовите health endpoint с самого узла и запишите HTTP-статус, время ответа и тело ответа. Если локальный вызов успешен, а внешний — нет, проверяйте порт, правила доступа и сетевой маршрут, а не перезапускайте модель снова.

05

Собрать воспроизводимые журналы

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

Проверка на узле

Сначала проверьте сервис через loopback-адрес

Подставьте фактический порт и путь проверки в команду. Health endpoint должен быть лёгким и стабильным и не запускать полный инференс.

curl --fail --show-error \
  --max-time 10 \
  http://127.0.0.1:<port>/health
Поддержка CI

Сделайте runner отзывным, очищаемым и воспроизводимым

self-hosted runner — это не просто постоянно работающий процесс. Для регистрации, учётных данных, кэша, артефактов и отзыва должны быть назначены ответственные и определены сроки хранения.

01

Зарегистрировать runner

Используйте отдельную сервисную учётную запись и рабочий каталог, фиксируйте имя runner, метки, проект и время регистрации. Метки должны описывать реальные возможности, чтобы разные проекты не направлялись в один рабочий каталог.

Критерий готовности Runner определяется в очереди, а тестовая задача возвращает понятный код выхода.
02

Изолировать учётные данные проекта

Разделяйте токены по проектам и средам, отдавая приоритет контролируемому хранилищу ключей или переменным среды выполнения. Не записывайте долгосрочные учётные данные в репозиторий, резервную копию конфигурации runner или скачиваемые артефакты.

Критерий готовности Журналы задач не содержат секретов, а отзыв одного проекта не влияет на остальные.
03

Управлять кэшем сборки

Используйте отдельные каталоги для кэша зависимостей, DerivedData, временных файлов и архивов. При нехватке места сначала выясните источник роста, затем очищайте по проектам; не удаляйте каталоги, используемые активными задачами.

Критерий готовности Пути кэша отслеживаются, а очистка не удаляет итоговые артефакты.
04

Сохранять артефакты сборки

Фиксируйте для артефактов версию коммита, номер сборки, версию toolchain и данные проверки. После завершения задачи перенесите нужные файлы из рабочего каталога runner, чтобы очистка кэша их не удалила.

Критерий готовности Журнал сбоя и успешный артефакт сопоставляются с одной сборкой.
05

Безопасно отозвать runner

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

Критерий готовности Система управления больше не назначает задачи, а на узле не остаётся пригодных для повторного использования регистрационных данных.
Краткий глоссарий

Восемь терминов для единого понимания

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

Физический узел
Фактически предоставленный заказу хост Mac Mini M4. Это аппаратный узел облачного Mac, а не экземпляр виртуальной машины.
Выделенный
Заказ использует процессор, память и локальное хранилище всей физической машины; этот набор вычислительных ресурсов не разделяется с другими заказами.
VNC
Способ удалённого отображения для доступа к графическому интерфейсу macOS. При диагностике различайте графический сеанс, клиент и сетевой маршрут.
self-hosted runner
Исполнитель CI, зарегистрированный и обслуживаемый командой: он получает задачи, запускает сборки и возвращает журналы и артефакты.
MLX
Набор инструментов машинного обучения для Apple Silicon, предназначенный для подготовки моделей, экспериментов с инференсом и проверки сервисов.
Кэш сборки
Данные, сохраняемые для сокращения повторных загрузок и компиляции: кэш зависимостей, DerivedData и промежуточные файлы инструментов.
Узел
Регион размещения физического хоста. В текущем каталоге доступны узлы в Сингапуре, Японии (Токио), Южной Корее (Сеул) и Гонконге.
Расчётный период
Выбранный заказом срок использования: день, неделя, месяц или квартал. Период, время начала и окончания определяются записью заказа в консоли.
Дерево маршрутизации неисправностей

Выбирайте следующий шаг по симптому и не меняйте несколько настроек одновременно

За один раз меняйте только одно условие и фиксируйте результат. Сброс нескольких параметров сразу стирает границы проблемы и мешает команде поддержки воспроизвести её.

NET Не удаётся подключиться к узлу Тайм-аут, отказ в подключении, изменение отпечатка или несовпадение учётных данных
Сначала проверьте

Действительность заказа, соответствие адреса и порта текущему узлу, доступность целевого порта из локальной сети и соответствие имени пользователя ключу.

Соберите данные

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

Когда отправлять заявку

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

BLD Сбой сборки Ошибка разрешения зависимостей, компиляции, подписи или задания runner
Сначала проверьте

Совпадают ли версия коммита, lock-файлы, версии toolchain, переменные среды, метки runner и рабочий каталог с последней успешной сборкой.

Соберите данные

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

Когда отправлять заявку

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

DSK Недостаточно места на диске Модели, кэш сборки, журналы или архивы постоянно растут
Сначала проверьте

Подсчитайте использование по каталогам и разделите модели, кэш зависимостей, DerivedData, журналы, временные файлы и итоговые артефакты для переноса.

Соберите данные

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

Когда отправлять заявку

Отправьте заявку, если отчёт файловой системы заметно расходится со статистикой каталогов или место не освободилось после удаления очищаемых данных.

SRV Сервис не отвечает Процесс существует, но health endpoint отвечает с тайм-аутом или недоступен извне
Сначала проверьте

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

Соберите данные

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

Когда отправлять заявку

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

ORD Ошибка заказа в консоли Статус, период, узел или запись биллинга не соответствуют ожиданиям
Сначала проверьте

Относятся ли идентификатор заказа, выбранная конфигурация VMMini M4, узел, расчётный период, дополнительные опции и платёжная запись к одному заказу.

Соберите данные

Идентификатор заказа, отображаемый статус, время возникновения, последовательность действий и обезличенные снимки экрана. Не отправляйте полные платёжные данные.

Когда отправлять заявку

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

Правила работы сервиса

Узлы работают круглый год, события проверяются по записям заказа

Узлы VMMini рассчитаны на нормальную работу 365 дней в году. Доступность конкретного заказа и сведения о событиях определяются актуальными данными консоли и связанными записями.

Четыре региона узлов Все узлы каталога доступны для заказа VMMini M4; фактическая доступность отображается в консоли в реальном времени.
Просмотреть события заказа

Сингапур

Этот маршрут удобно первым протестировать командам и рабочим нагрузкам из Юго-Восточной Азии.

Япония (Токио)

Подходит для сравнительного тестирования с репозиториями кода в Японии и Восточной Азии.

Южная Корея (Сеул)

Подходит для проверки маршрутов доступа из Северо-Восточной Азии.

Гонконг

Подходит для сравнительного тестирования маршрутов из Южного Китая и Юго-Восточной Азии.

Как понять, является ли это событием сервиса: Сначала повторите проверку подключения из двух независимых сетей, затем проверьте сервис узла и пользовательское ПО. Внешний сетевой маршрут, пользовательская конфигурация или сбой одного процесса не означают автоматически недоступность физического узла.
Отправить запрос в поддержку

Что должна содержать заявка для немедленной диагностики

Для существующего заказа используйте заявку из консоли, чтобы связать узел, период и события. Если войти не удаётся, свяжитесь с командой поддержки по адресу support@vmmini.com.

Список данных для заявки

Шесть обязательных сведений

Без ключей учётной записи
  1. 01
    Идентификатор заказа

    Укажите идентификатор заказа из консоли и не заменяйте его другими персональными данными на снимке экрана.

  2. 02
    Связанный узел

    Укажите Сингапур, Японию (Токио), Южную Корею (Сеул) или Гонконг, а также соответствующий хост.

  3. 03
    Время возникновения

    Укажите часовой пояс, время первого возникновения, время последнего воспроизведения и продолжается ли проблема.

  4. 04
    Шаги воспроизведения

    Перечислите команды, условия ввода, ожидаемый и фактический результат в порядке выполнения.

  5. 05
    Исходный текст ошибки

    Сохраните код выхода и ключевой контекст; не ограничивайтесь фразами «не работает» или «сборка завершилась ошибкой».

  6. 06
    Обезличенные журналы

    Перед вложением удалите пароли, закрытые ключи, токены доступа, пользовательские данные и ненужные полные адреса.

Нет заказа или не удаётся войти

Отправьте письмо на support@vmmini.com, указав тип проблемы в теме. В письме также должны быть узел, время, шаги воспроизведения и обезличенные журналы.

Посмотреть контакты

Не отправляйте эти данные

Пароли, закрытые ключи, токены доступа, данные для восстановления, полные платёжные данные, необезличенные пользовательские данные и содержимое репозиториев, не относящееся к проблеме.

Подробнее о конфиденциальности данных
Добавьте доказательства в заявку

Для существующего заказа продолжите диагностику с привязкой к записи узла

Подготовьте идентификатор заказа, узел, время возникновения, шаги воспроизведения и обезличенные журналы. Заявки из консоли предназначены для технических вопросов и вопросов по заказам; по вопросам до покупки также можно обратиться по единственному адресу поддержки.

Создать заявку в консоли Открыть руководство для начала работы