Данные подключения ещё не проверены
Подходит после оформления заказа, когда нужно проверить модель, узел, адрес хоста, способ входа и исходное состояние сети.
Открыть список проверок запускаСбой подключения, ошибка сборки и падение производительности обычно вызваны разными причинами. PingMini организует диагностику по шести направлениям: запуск, доступ, инструменты, выполнение задач, хранилище и аккаунт — с входными данными, проверкой и проверяемым результатом на каждом шаге.
Выберите направление, наиболее близкое к текущей блокировке. Для каждого пути указаны данные, которые нужно сохранить, и следующий шаг. Если проблема затрагивает несколько путей, начните с первого этапа, где появилась аномалия.
Подходит после оформления заказа, когда нужно проверить модель, узел, адрес хоста, способ входа и исходное состояние сети.
Открыть список проверок запускаДля проблем с графическим рабочим столом, SSH, отпечатком хоста, тайм-аутом подключения, раскладкой клавиатуры или буфером обмена.
Проверить цепочку подключенияДля переключения версий, инструментов командной строки, сертификатов и профилей, кэша зависимостей и анализа журналов сборки.
Перейти к диагностике инструментовПроверьте регистрацию задачи, права рабочего каталога, доступ к связке ключей, параллелизм и завершение неудачных задач — все элементы должны образовывать замкнутый процесс.
Проверить цепочку выполнения задачиРазделяйте системный диск, дополнительный SSD, кэш сборки и данные проекта, чтобы не принять проблему с объёмом за нехватку вычислительных ресурсов.
Открыть планирование объёмаПодготовьте номер заказа, код узла, время события и область действий, затем отправьте через консоль запрос, связанный с состоянием сервиса.
Подготовить запрос в поддержкуПри первом подключении не переносите одновременно проект, не меняйте инструменты и не подключайте автоматизацию. Сначала подтвердите доступность узла, учётных данных и сети, а затем добавляйте среду разработки поэтапно.
Откройте в консоли нужный заказ и запишите адрес хоста, способ подключения, имя аккаунта и код узла. Не ограничивайтесь скриншотом: внесите номер заказа и данные подключения в контролируемую командой запись передачи.
Убедитесь, что узел, чип, память и SSD в заказе соответствуют задаче. Три конфигурации каталога: M4 / 16GB / 256GB, M4 / 24GB / 512GB, M4 Pro / 64GB / 2TB.
Сначала установите минимальный сеанс и убедитесь, что доступен рабочий стол или командная строка, затем смените исходные учётные данные. После этого сразу выйдите и подключитесь снова, чтобы проверить новые данные.
Проверьте разрешение DNS, доступ к репозиториям кода и источникам зависимостей, а также выполните базовую команду, не изменяющую состояние системы. Запишите локальную сеть, клиент и время сбоя, чтобы позже отличить проблему маршрута.
Если один и тот же код даёт разные результаты в разных средах, сначала зафиксируйте входные данные инструментов. Не обновляйте Xcode и не очищайте кэш одновременно, а затем не делайте вывод по одному случайно успешному запуску.
Запишите графическую версию, номер сборки и фактический путь инструментов командной строки. Проект, скрипты и CI должны ссылаться на один подтверждённый набор инструментов.
Проверьте наличие файлов и права доступа, убедитесь, что аккаунт CI может обращаться к нужной связке ключей, и запишите, на каком этапе произошёл сбой: разбор, архивация или подпись.
Сначала очистите производные данные проекта, затем кэш менеджера пакетов и только после этого рассматривайте более широкую очистку среды. За один раз меняйте только один уровень и повторяйте ту же сборку.
В полном журнале найдите самый ранний неудачный шаг, команду, цель и код выхода. Не копируйте только итоговую последнюю строку.
Если одновременно обновить версию, переустановить зависимости, удалить кэш и заменить материалы подписи, даже восстановленная сборка не покажет настоящую причину. В каждом цикле меняйте только один входной параметр.
Сбой автоматизации может быть связан с регистрацией, аккаунтом выполнения, рабочим каталогом, связкой ключей или конкуренцией за ресурсы. Проверяйте жизненный цикл задачи и не маскируйте причину повторной регистрацией runner.
Проверьте, находится ли runner в сети, совпадают ли метки и является ли аккаунт выполнения ожидаемым. Если задачу никто не забрал, сначала проверьте правила очереди и метки, а не переустанавливайте инструменты.
От имени фактического аккаунта выполнения проверьте права чтения и записи рабочего каталога, каталога кэша и каталога артефактов, отдельно убедившись в доступности связки ключей для сборки.
Снизьте параллелизм до контролируемого уровня и проверьте оставшиеся процессы, файлы блокировок, временные каталоги и незавершённые архивы. После сбоя задачи используйте понятную стратегию очистки, а не продолжайте занимать среду.
Тайм-аут подключения и ошибка аутентификации относятся к разным этапам. Сначала убедитесь, что сеть достигает хоста, затем проверьте отпечаток хоста и права ключа, а в конце — команду без взаимодействия.
ssh -i ~/.ssh/pingmini_ed25519 user@host
ssh -i ~/.ssh/pingmini_ed25519 user@host "uname -a"
Запишите локальную сеть, адрес хоста, порт, время события и ошибку клиента. Сначала докажите доступность сети, затем переходите к аутентификации.
Сверьте используемый закрытый ключ, целевой аккаунт, права файла и область разрешений на сервере; не пытайтесь подряд использовать непроверенные учётные данные.
Системный диск, дополнительный SSD, данные проекта и кэш сборки имеют разные жизненные циклы. Планируйте объём с учётом текущего проекта, пиковых сборок, артефактов и пространства для миграции до окончания аренды.
| Категория хранилища | Подходящее содержимое | Что наблюдать | Рекомендуемое действие |
|---|---|---|---|
| Системный диск | ОС, инструменты, необходимые приложения и базовая конфигурация | Свободное место, временные файлы и число версий инструментов | Не храните архивные артефакты постоянно, оставляйте запас |
| Дополнительный SSD | Крупные проекты, материалы, модели, артефакты сборки и данные для передачи команде | Объём постоянной записи, пиковый размер проекта и время миграции | Разделяйте активные и архивные данные по каталогам |
| Кэш сборки | Производные данные, кэш зависимостей и повторно создаваемые промежуточные файлы | Доля попаданий, скорость роста и остатки неудачных задач | Настройте правила очистки, не смешивайте кэш с единственной копией данных проекта |
| Данные проекта | Код, конфигурация, материалы, тестовые данные и итоговые файлы поставки | Наличие отдельной копии, область прав и ответственный за передачу | Создайте список резервного копирования и миграции до окончания аренды |
До импорта проекта запишите исходный объём; после начала работы — прирост в обычный рабочий день. Эти данные помогут отличить постоянный рост, внезапную архивацию и остатки неудачных задач.
При перекодировании видео, крупной архивации и тестировании моделей одновременно могут сохраняться исходные данные, промежуточные файлы и результаты. Не выбирайте объём только по размеру итоговых артефактов.
Записывайте длительность задачи, свободное место, число параллельных задач и состояние кэша. Почти заполненный диск, частая очистка или конкуренция задач за каталог могут замедлять работу.
Утечка учётных данных, подозрительный вход, передача участника и окончание аренды — разные сценарии, но во всех случаях соблюдайте порядок: остановить распространение, сохранить записи, сменить доступ и проверить очистку.
Прекратите передавать учётные данные, завершите ненужные сеансы и приостановите автоматизацию, способную увеличить воздействие. Не удаляйте журналы массово, пока не зафиксировали контекст.
Соберите номер заказа, узел, время обнаружения, источник аномалии, затронутые аккаунты и последнее нормальное действие; сохраните необходимые журналы клиента и задачи.
Замените затронутые данные входа, SSH-ключи и материалы доступа автоматизации, отзовите ненужные права участников команды. Не меняйте только один элемент, продолжая использовать старый ключ.
Повторно проверьте необходимый доступ и убедитесь, что старые данные недействительны. До передачи проекта или окончания аренды перенесите данные проекта, артефакты сборки, ключи и сертификаты, затем очистите узел по списку.
Обычные консультации и проблемы работающего сервиса обрабатываются с учётом воздействия и доступного контекста. Чем полнее данные, тем меньше уточнений базовых полей потребуется.
Нужен для связи модели, срока аренды и истории сервиса.
Укажите один код, совпадающий с заказом: SG, JP, KR, HK или US-E.
Укажите часовой пояс и время последней нормальной операции.
Сохраните полный текст, код выхода и первое место сбоя, а не только обрезанный скриншот.
Начните с рабочего состояния и по шагам запишите команды, входные данные, ожидаемый и фактический результаты.
Если проблема касается заказа, узла, подключения или выполняемой задачи, тикет в консоли помогает связать запрос с записью сервиса.
Вопросы выбора конфигурации, закупки для команды, расчётов или сотрудничества отправляйте на support@pingmini.com, указав назначение и ожидаемый результат.
В первую очередь отправьте полный текст ошибки, который можно скопировать, имя клиента, время события и шаги. Скриншот может дополнить сведения о состоянии интерфейса, но не заменяет проверку адреса хоста, кода выхода и этапа сети.
Нельзя делать вывод по одному успешному запуску. Повторите задачу несколько раз при фиксированных версии Xcode, коммите, зависимостях и параллелизме, записав различия входных данных между успехом и сбоем.
Сначала запишите загрузку CPU, память, свободное место, состояние кэша, число параллельных задач и этап задачи. Если причина — нехватка места, конкуренция каталогов или остатки неудачных задач, простая смена конфигурации её не устранит.
Если вы выбираете конфигурацию, сначала посмотрите три фиксированных варианта. Если сервис уже запущен, отправьте тикет с номером заказа, узлом, временем, ошибкой и шагами воспроизведения.