Проект и конфигурация
Исходные файлы и конфигурацию автоматизации следует хранить в собственной системе версий и резервного копирования команды. Рабочая копия на облачном Mac не должна быть единственной версией.
Здесь собраны решения для первого подключения, работы с macOS, сборки Xcode, инференса MLX, расширения хранилища и заказов. Сначала выполните нужные проверки, затем отправьте идентификатор заказа, время возникновения и обезличенные логи — так команда поддержки избежит повторных уточнений.
Проверьте статус выдачи, узел, данные подключения и локальную сеть.
Последовательно проверьте версию, зависимости, диск, память и логи.
Сохраните хронологию и шаги воспроизведения, удалив пароли, ключи и конфиденциальные данные.
Доступны все шесть категорий. Выберите наиболее близкую к текущему симптому и не смешивайте в одном описании сбой подключения, ошибку сборки и проблему с заказом.
Если заказ ещё не создан, сначала выполните эти шесть пунктов. Чем точнее определены назначение и требования к ресурсам, тем проще выбрать одну из трёх доступных конфигураций и не принять объём хранилища, сетевые условия или срок аренды за неисправность машины.
Три модели доступны в Сингапуре, Японии (Токио), Южной Корее (Сеул) и Гонконге. Фактическая доступность определяется в реальном времени через консоль.
Проблемы при первом входе на облачный Mac обычно связаны со статусом заказа, данными подключения, локальной сетью или процессом ввода. Проверяйте всё в указанном порядке и меняйте только одну переменную за раз.
Войдите в консоль и проверьте текущий заказ. Если он ещё обрабатывается, дождитесь обновления статуса; не используйте старые снимки экрана или данные подключения от другого заказа.
Убедитесь, что узел, адрес хоста, способ подключения и учётная запись относятся к одному заказу. При копировании проверьте пробелы в начале и конце; не записывайте реальные учётные данные в чаты, имена снимков экрана или публичные репозитории.
Убедитесь, что локальная сеть, брандмауэр или прокси не блокируют подключение. Можно один раз проверить его через другую доверенную сеть, но не меняйте одновременно учётную запись, клиент и сеть.
Различайте регистр и похожие символы и убедитесь, что раскладка клавиатуры выбрана верно. Если проблему удаётся воспроизвести, запишите только тип ошибки и время, не сохраняйте пароль в исходном виде.
Сначала убедитесь, в какой среде фактически выполняется сборка, затем проверяйте зависимости и подпись. Полная очистка всех кэшей или постоянная смена версий Xcode затрудняет воспроизведение исходной проблемы.
Запишите выбранный путь к Xcode, его версию и требования проекта. Убедитесь, что задания командной строки и графический интерфейс используют один набор инструментов.
Убедитесь, что нужные файлы передаются через собственный процесс управления секретами команды, а путь и права указаны верно. Не копируйте содержимое файлов подписи в обращение в поддержку.
Сначала определите, происходит ли сбой на этапе загрузки, разбора, компиляции или компоновки. Очищайте только кэш соответствующей зависимости и сохраняйте логи до и после очистки.
Отдельно проверьте объём, занятый каталогом проекта, артефактами сборки, архивами и кэшем зависимостей. При нехватке места сначала экспортируйте нужные артефакты, затем удалите содержимое, которое можно восстановить.
Сохраните нужные строки до и после первой ошибки, выполненную команду и код завершения. Удалите токены, имена пользователей, адреса внутренних репозиториев и сведения о подписи.
При проблемах с инференсом MLX разделяйте формат модели, использование унифицированной памяти, прослушивание сервиса и нагрузку запросами. Сначала установите воспроизводимую базовую линию с одним запросом, затем постепенно увеличивайте параллелизм, чтобы не смешивать ошибку загрузки с перегрузкой сервиса.
Убедитесь, что файлы модели полны, способ преобразования одинаков, и зафиксируйте используемый фреймворк и его версию.
Запишите показатели до загрузки, после загрузки и после первого запроса — не ориентируйтесь только на кратковременный пик.
Убедитесь, что диапазон прослушивания и порт соответствуют схеме доступа, и настройте необходимые средства контроля доступа.
Начните с одного запроса, зафиксируйте входные данные, затем постепенно повышайте параллелизм и записывайте задержку и типы сбоев.
Сохраните версию, параметры запуска и контекст ошибки, удалив рабочие входные данные и конфиденциальные пути.
Система, исходные файлы проекта, кэш зависимостей, артефакты сборки и веса моделей имеют разные жизненные циклы. Сначала разделите их на группы, затем решайте, нужно ли добавлять хранилище.
Исходные файлы и конфигурацию автоматизации следует хранить в собственной системе версий и резервного копирования команды. Рабочая копия на облачном Mac не должна быть единственной версией.
Кэш ускоряет повторные задачи, но для него нужно задать границы очистки. При проверке диска сначала подсчитайте объём по каталогам и не удаляйте всё сразу.
Зафиксируйте источник, формат, версию и объём модели. Перед загрузкой крупных файлов проверьте путь узла и оставьте время для экспорта до окончания аренды.
Называйте архивы сборки, отчёты тестов и результаты инференса по партиям задач. После приёмки экспортируйте обязательные материалы в хранилище под контролем команды.
После входа проверьте текущий срок аренды, доступные варианты продления, выбранную модель и сведения об узле. Узлы работают в обычном режиме 365 дней в году; фактический статус заказа и доступные варианты в реальном времени показывает консоль.
Чтобы создать новый заказ, выберите одну из трёх доступных конфигураций и нужный узел в Сингапуре, Японии (Токио), Южной Корее (Сеул) или Гонконге. Все сочетания из каталога доступны для заказа, а фактическую доступность возвращает консоль.
Из обращения должно быть понятно, в каком заказе, на какой машине и узле возникла проблема, когда она произошла, как её воспроизвести и что показывают логи. Одних слов «не удаётся подключиться» или «сборка завершилась ошибкой» обычно недостаточно для диагностики.
Укажите идентификатор заказа из консоли и не заменяйте его пользовательским названием машины.
Укажите VMCache M4 16, VMCache M4 24 или VMCache M4 Pro 64 и соответствующий узел.
Укажите часовой пояс и сообщите, происходит ли проблема постоянно, периодически или возникла один раз.
Начиная с заведомо рабочего состояния, по шагам перечислите действия, тип входных данных, ожидаемый и фактический результат.
Укажите, затрагивает ли проблема одну задачу, один проект или все задачи, и приведите примеры, которые работают нормально.
Сохраните контекст ошибки, версию и код завершения, удалив пароли, закрытые ключи, токены и рабочие данные.
Для существующего заказа сначала войдите в консоль и создайте тикет; если войти в консоль невозможно или вопрос относится к выбору до покупки, напишите на support@vmcache.com.
Если нужны новые ресурсы, сравните три конфигурации; при проблеме с существующим заказом отправьте тикет с идентификатором заказа, узлом, временем возникновения, шагами воспроизведения и обезличенными логами.