Поддержка задач разработки

Сначала сохраните контекст, затем найдите проблему по цепочке задачи

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

6 направлений
Выберите путь по текущей задаче
5 элементов контекста
Заказ, узел, время, ошибка и шаги
2 канала связи
Запрос в консоли или электронная почта поддержки
ПАНЕЛЬ ПОДДЕРЖКИ СБОРКИ Маршрутизация задачи
Подготовка к диагностике
ДОСТУП
Проверьте адрес и отпечаток
Сеть
XCODE
Зафиксируйте версии и повторите сборку
Журналы
RUNNER
Изолируйте каталог неудачной задачи
Задача
ХРАНИЛИЩЕ
Проверьте место и прирост кэша
Объём
Сначала зафиксируйте время события и последнее успешное состояние КЕЙС ГОТОВ
Выбрать направление

Начните с текущей задачи, а не с кода ошибки

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

Первый запуск

Данные подключения ещё не проверены

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

Открыть список проверок запуска
Удалённое подключение

Проблемы сеанса, сети или учётных данных

Для проблем с графическим рабочим столом, SSH, отпечатком хоста, тайм-аутом подключения, раскладкой клавиатуры или буфером обмена.

Проверить цепочку подключения
Среда разработки

Несовпадение Xcode и инструментов

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

Перейти к диагностике инструментов
CI/CD

Сбой выполнения задачи на собственном runner

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

Проверить цепочку выполнения задачи
Хранилище и производительность

Растёт занятое место или замедляются задачи

Разделяйте системный диск, дополнительный SSD, кэш сборки и данные проекта, чтобы не принять проблему с объёмом за нехватку вычислительных ресурсов.

Открыть планирование объёма
Аккаунт и заказ

Нужно проверить заказ, продление или права

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

Подготовить запрос в поддержку
Сценарий первого использования

Четыре проверки создают воспроизводимую отправную точку

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

  1. 01

    Получите данные подключения

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

    Результат: все поля заполнены
  2. 02

    Проверьте узел и модель

    Убедитесь, что узел, чип, память и SSD в заказе соответствуют задаче. Три конфигурации каталога: M4 / 16GB / 256GB, M4 / 24GB / 512GB, M4 Pro / 64GB / 2TB.

    Результат: конфигурация совпадает
  3. 03

    Выполните первый вход и смените учётные данные

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

    Результат: повторный вход выполнен
  4. 04

    Проверьте сеть и базовые команды

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

    Результат: базовая линия воспроизводима
Xcode и инструменты

Разложите «сбой сборки» на версии, права, кэш и журналы

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

Рекомендуемый порядок проверки

ВЕРСИЯ
Проверьте текущие Xcode и инструменты командной строки

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

Запись версии
ПОДПИСЬ
Проверьте границы сертификатов и профилей

Проверьте наличие файлов и права доступа, убедитесь, что аккаунт CI может обращаться к нужной связке ключей, и запишите, на каком этапе произошёл сбой: разбор, архивация или подпись.

Область прав
КЭШ
Очищайте кэш по уровням

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

Повторная проверка одной переменной
ЖУРНАЛ
Сохраните первую настоящую ошибку

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

Полный журнал
Сохраните перед отправкой

Минимальный пакет доказательств сборки

  • Версии Xcode и инструментов командной строки
  • Цель проекта и этап сбоя
  • Полная команда, код выхода и фрагменты журнала
  • Отличия от последней успешной сборки
Проверить требования к контактным данным
Избегайте ошибочных выводов

Не меняйте всю среду одновременно

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

Посмотреть пример рабочего процесса
Диагностика CI/CD

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

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

Шаг 1

Проверьте состояние регистрации задачи

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

Входные данные
Имя runner, метки, состояние очереди
Приёмка
Минимальная тестовая задача принимается
Шаг 2

Проверьте права каталогов и связки ключей

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

Входные данные
Аккаунт выполнения, пути каталогов, результаты проверки прав
Приёмка
Минимальная сборка выполняется без повышения прав
Шаг 3

Ограничьте параллелизм и очистите остатки

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

Входные данные
Число параллельных задач, список процессов, занятое место
Приёмка
Результат повторного запуска стабилен
Регистрация исправна Права определены Одна задача проходит Постепенно восстановите параллелизм
SSH-подключение к Mac

Проверяйте ключи, отпечаток, сеть и права раздельно

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

Минимальный процесс подключения

Сначала установите чистый сеанс с явными параметрами

  1. Подготовьте ключ:Создайте отдельный ключ для текущей задачи, ограничьте права файла закрытого ключа и не копируйте один закрытый ключ между несколькими людьми.
  2. Проверьте отпечаток:Перед первым подключением сверьте адрес хоста с доверенными данными заказа; при изменении отпечатка прекратите подключение и выясните причину.
  3. Проверьте тайм-аут:Проверьте локальную сеть, правила выхода, адрес хоста и порт; не принимайте тайм-аут за ошибку пароля.
  4. Ограничьте права:Используйте минимальные права аккаунта, необходимые для задачи, и проверьте пригодность автоматизации командой без взаимодействия.
ssh -i ~/.ssh/pingmini_ed25519 user@host
ssh -i ~/.ssh/pingmini_ed25519 user@host "uname -a"
Тайм-аут подключения

Проверьте маршрут до хоста

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

Вывод: заключение по маршруту
Ошибка аутентификации

Проверьте ключ и аккаунт

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

Вывод: заключение по правам
Хранилище и производительность

Сначала выясните, какой тип данных растёт

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

Типы хранилища облачного Mac, назначение и способы диагностики
Категория хранилища Подходящее содержимое Что наблюдать Рекомендуемое действие
Системный диск ОС, инструменты, необходимые приложения и базовая конфигурация Свободное место, временные файлы и число версий инструментов Не храните архивные артефакты постоянно, оставляйте запас
Дополнительный SSD Крупные проекты, материалы, модели, артефакты сборки и данные для передачи команде Объём постоянной записи, пиковый размер проекта и время миграции Разделяйте активные и архивные данные по каталогам
Кэш сборки Производные данные, кэш зависимостей и повторно создаваемые промежуточные файлы Доля попаданий, скорость роста и остатки неудачных задач Настройте правила очистки, не смешивайте кэш с единственной копией данных проекта
Данные проекта Код, конфигурация, материалы, тестовые данные и итоговые файлы поставки Наличие отдельной копии, область прав и ответственный за передачу Создайте список резервного копирования и миграции до окончания аренды
Базовый объём

Запишите свободное место и суточный прирост

До импорта проекта запишите исходный объём; после начала работы — прирост в обычный рабочий день. Эти данные помогут отличить постоянный рост, внезапную архивацию и остатки неудачных задач.

Резерв под пик

Одновременно храните входные данные, промежуточные файлы и артефакты

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

Оценка производительности

Разделяйте нагрузку на диск и вычислительную нагрузку

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

Процесс безопасной обработки

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

Утечка учётных данных, подозрительный вход, передача участника и окончание аренды — разные сценарии, но во всех случаях соблюдайте порядок: остановить распространение, сохранить записи, сменить доступ и проверить очистку.

01

Приостановите связанный доступ

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

02

Зафиксируйте контекст аномалии

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

03

Смените учётные данные и ключи

Замените затронутые данные входа, SSH-ключи и материалы доступа автоматизации, отзовите ненужные права участников команды. Не меняйте только один элемент, продолжая использовать старый ключ.

04

Проверьте результат и завершите очистку

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

Путь обращения в поддержку

Передайте запрос с достаточным контекстом для немедленной диагностики

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

Пять сведений перед отправкой

Номер заказа

Нужен для связи модели, срока аренды и истории сервиса.

Код узла

Укажите один код, совпадающий с заказом: SG, JP, KR, HK или US-E.

Время события

Укажите часовой пояс и время последней нормальной операции.

Сообщение об ошибке

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

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

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

Проблема работающего сервиса

В первую очередь используйте тикет в консоли

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

Войти и отправить тикет
Обычная консультация

Используйте единый адрес поддержки

Вопросы выбора конфигурации, закупки для команды, расчётов или сотрудничества отправляйте на support@pingmini.com, указав назначение и ожидаемый результат.

Отправить письмо в поддержку
При сбое подключения сначала отправить скриншот или текст ошибки?

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

Если сборка иногда успешна, значит ли это, что узел восстановился?

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

Если задача замедлилась, нужно сразу менять модель?

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

Следующий шаг

Подготовьте контекст и передайте проблему команде поддержки

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