Start with the symptoms

Identify the issue first, then take the next step

Search for an error message, command, connection method, or billing topic. The page filters relevant entries across deployment, SSH, graphical remote access, Xcode, CI/CD, system upgrades, and billing.

6 common task categories
2 support channels
365 days node availability
Search help

Search using the words you see

For example: timeout, Permission denied, xcode-select, disk space, transaction time.

Connection issues

Check the path in order—do not reinstall the client first

A connection consists of five stages: node, local network, authentication input, port, and session. Identify the failing stage first to avoid changing multiple variables at once.

  1. 01

    Confirm node status

    Open the console to verify that the target instance is running, then check the node region and connection address in the order. Do not reuse an address from an old order, screenshot, or another node.

    Target: instance status matches the current order
  2. 02

    Rule out local network blocking

    Retest from another trusted network, pause local proxy rules that rewrite routes, and confirm that your corporate egress does not block the target port. Change one condition before reconnecting.

    Check: routing, DNS, and egress policy
  3. 03

    Verify credentials and host fingerprint

    Confirm that the username, key file, and key permissions belong to the current instance. If the host fingerprint changes, compare it with the console record before proceeding; do not skip verification.

    chmod 600 <key-file>
  4. 04

    Check the port and client settings

    Check whether the address, port, or authentication method is being overridden by the client configuration. For SSH, use verbose logs to see whether the connection stops at resolution, handshake, or authentication.

    ssh -vvv user@host.invalid
  5. 05

    Update the client and retest

    Record the current client name and version, then retest with a supported newer version. Keep a copy of the original configuration so upgrade changes can be compared.

    Record: client, version, operating system
  6. 06

    Check graphical session usage

    If SSH works but the graphical interface is blank or refused, check for an active session, a locked session, or abnormal resolution settings. Exit the old session before starting a new one.

    Result: one active graphical session
Build issues

Validate the environment, signing, dependencies, and output separately

A complete build includes toolchain selection, signing inputs, dependency resolution, compilation, and artifact output. Do not infer the root cause from only the final error line.

Toolchain

Confirm the Xcode version and selection path

Record the Xcode version required by the project, the active development directory, and the SDK. If GUI and command-line selections differ, CI may use a different toolchain.

xcodebuild -version
xcode-select -p
xcodebuild -showsdks
Signing inputs

Verify certificates and provisioning profiles one by one

Check certificate validity, provisioning-profile matching, bundle identifiers, and build settings. Redact logs; never include private keys, passwords, recovery codes, or complete signing materials.

Dependency cache

Verify the lockfile before clearing the cache

Confirm that the lockfile matches the repository commit and that dependency sources are reachable. Clear the cache only when logs clearly indicate corruption, so reproducible issues do not become new dependency resolutions.

Disk & logs

Leave room for build directories and artifacts

Check the system volume, derived data, dependency cache, and artifact directory separately. Export the full command, exit code, and surrounding logs, then remove tokens, addresses, and sensitive paths.

df -h
du -sh ~/Library/Developer/Xcode/DerivedData
xcodebuild ... | tee build.log
System upgrades

Treat upgrades as reversible engineering changes

All nodes operate normally year-round, 365 days a year, with no scheduled downtime. For user-initiated macOS or toolchain upgrades, verify compatibility first and keep a recovery path.

A

Create a backup before upgrading

Back up essential data outside the code repository, build settings, dependency lockfiles, and artifacts. Record the current macOS, Xcode, command-line tools, and key dependency versions.

B

Verify toolchain compatibility

Check the project’s minimum system requirements, supported Xcode range, dependency manager, and CI scripts. Run a test build before touching the production pipeline.

C

Choose a low-risk time

Avoid team release, signing, and artifact delivery windows. Notify affected collaborators and pause automated jobs that could simultaneously rewrite dependencies or build caches.

D

Define rollback conditions in advance

Specify which failed tests will stop the upgrade, and keep the original version record, backup location, and recovery steps. After recovery, recheck SSH, the Xcode path, dependencies, and artifact output.

Four checks after upgrading

Each check should leave command output or a pipeline record to make regressions easier to trace.

System and Xcode versions are correct
Dependencies can be reproduced from the lockfile
The test build passes completely
Artifacts can be exported and retrieved
Billing & cycles

Each cycle has its own price—do not extrapolate short cycles to longer ones

Daily, weekly, monthly, and quarterly billing are separate pricing bases. Compare the price for the selected cycle directly; do not multiply the daily rate into a monthly price or infer discounts outside the price list.

Fixed cycle prices for three Cloud Mac dedicated physical machines, all settled in USD
Model & configuration Daily Weekly Monthly Quarterly
OpsVM M4 Core
M4 · 16GB · 256GB
$21.1 $56.9 $105.3 $286.4
OpsVM M4 Plus
M4 · 24GB · 512GB
$39.6 $106.9 $197.9 $538.3
OpsVM M4 Pro
M4 Pro · 64GB · 2TB
$61.3 $165.4 $306.3 $833.1

How to confirm the cycle

The order confirmation page shows the selected model, node, add-ons, cycle, and USD amount. Check each item before paying; do not use another cycle’s price as the basis for settlement.

Which payment methods are supported?

Only USDT-TRC20 and Visa / Mastercard / Amex via Stripe are supported, all settled in USD. The payment gateway actually available is shown during checkout.

What should I prepare for a billing issue?

Provide the order ID, selected cycle, USD amount, transaction time, and payment type. Do not submit full card details, private keys, passwords, or recovery codes.

Submit a support request

Provide reproducible information once to reduce back-and-forth

Submit instance, order, and billing issues through a console ticket whenever possible. If you cannot log in, email support@opsvm.com. These are the only external contact channels.

Request checklist

Use the structure below

5 required details
01

Order ID

Enter the order ID for the current instance shown in the console. Do not substitute a host nickname.

02

Node region

Specify Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong, US East, or US West.

03

Time of occurrence

Provide a time range with its time zone and state whether the issue is continuous or intermittent.

04

Reproduction steps

Start from the normal state and list the commands, parameters, expected result, and actual result step by step.

05

Redacted logs

Keep the error context and exit code, but remove tokens, passwords, private keys, recovery codes, and sensitive signing materials.

Use email if you cannot log in

Send to support@opsvm.com, with the issue type and order ID in the subject. Include the occurrence time, node region, and reproduction steps in the body.

Send support email

Submit instance and billing issues by ticket

After signing in to the console, submit a ticket from the relevant order so the system can associate the instance and billing context. Do not include private keys, account passwords, or recovery codes.

Submit a console ticket

Prepare a dedicated physical machine

Choose OpsVM M4 Core, OpsVM M4 Plus, or OpsVM M4 Pro, then select a target region from the 6 available nodes.