| Previous | Next |
| ERROR_FILE_OFFLINE | ERROR_REMOTE_STORAGE_MEDIA_ERROR |
ERROR_REMOTE_STORAGE_NOT_ACTIVE
The remote storage service is not operational at this time.
ERROR_REMOTE_STORAGE_NOT_ACTIVE is Win32 error 4351 (0x10FF) and belongs to Remote Storage service availability. The system description identifies the immediate condition but does not identify the caller, object, policy, device, service instance, or transition that produced it.
Interpret this result at the API boundary that returned it. Capture it before logging, cleanup, or another Windows call can replace the thread-local last-error value. Compare the recorded inputs with the documented precondition for Remote Storage service availability rather than starting with a broad system repair.
Where the result appears
- This result can surface during recalling a file managed by legacy Remote Storage.
- This result can surface during administrative operations against hierarchical storage.
- It can surface during backup software requesting migrated data.
- It can surface during service startup or recovery after storage infrastructure changes.
Likely causes
- The Remote Storage service is stopped or failed initialization.
- Required migration media or management components are unavailable.
- The feature was removed while offline files remain.
- Service dependencies or configuration are damaged.
Diagnostic sequence
Diagnosis of it starts with the exact request type: read, write, create, transition, validation, cancellation, or administrative action. Identify the object generation and subsystem owner, then decide whether the failure happened before side effects, during a partial transition, or after completion. This ordering matters in this condition availability because a blind retry can hide stale state or repeat a non-idempotent change.
- Record the relevant state and dependencies.
- Record managed volume and migration database state.
- Record service and storage event logs.
- Record availability of media libraries or remote tiers.
- Record whether affected files retain offline attributes.
Correlate it with the owning component’s operational log, the Windows System log, and any subsystem trace. Telemetry for it should preserve native identifiers such as a path or file ID, handle generation, node or peer identity, policy ID, object version, offset and length, or transaction token. Retain decimal 4351, hexadecimal 0x10FF, and the producing API even when a localized message is also shown.
State boundary to prove
The decisive boundary for it is whether this condition is stopped or failed initialization. Prove or disprove that proposition using the relevant state and dependencies together with managed volume and migration database state. When observations for it disagree, preserve both and inspect the transition between them instead of choosing the more convenient value.
A focused validation for it should recreate the relevant part of this situation: a server is restored without starting its this condition. All migrated files fail recall until the service database and media path are brought online. The negative case should leave the remote-storage service/database offline and confirm error 4351; the recovery case should restore only that dependency and verify recall without an unrelated configuration change.
Handling, retry, and recovery
Restore the owning service and its dependencies before recalling data. If the legacy feature is being retired, migrate content through a supported recovery plan rather than clearing offline attributes blindly.
Retry it only after evidence shows a change in this condition availability. Initialization, asynchronous completion, recall, or service readiness can justify bounded backoff; malformed metadata, invalid identifiers, policy rejection, unsupported versions, and integrity failures require correction. Before repeating a write or configuration operation after it, query completion state explicitly.
What to log for support and telemetry
- Log decimal 4351, hexadecimal
0x10FF, and the producing API. - Log the target object and observed this condition availability state.
- Log caller identity, process and thread IDs, machine or node identity, and UTC time.
- Log attempt number, elapsed time, previous result, and any partial side effect.
- Retain the first lower-level or component-specific error before Win32 translation.
Difference from nearby codes
ERROR_FILE_OFFLINE describes a particular file state; this code identifies this condition itself as non-operational.
Practical example
A server is restored without starting its this condition.
Developer and administrator guidance
Code that handles it should keep its Win32 domain visible across exceptions, RPC responses, and JSON or REST wrappers. Administrators should verify the subsystem evidence before changing policy, deleting state, forcing failover, or replacing storage. Recovery is demonstrated only when a test observes 4351, changes the responsible condition, and confirms that the same operation succeeds without hidden data loss.
References
- Microsoft: System Error Codes (4000–5999) — reference for error 4351.
- Microsoft: Offline Files — reference for error 4351.
- Microsoft: File attributes — reference for error 4351.
Looking for a different code? Search another status or error code.