gRPC 4 DEADLINE_EXCEEDED vs 15 DATA_LOSS
Both gRPC 4 (DEADLINE_EXCEEDED) and 15 (DATA_LOSS) belong to the gRPC Status Codes category. 4 indicates that the deadline expired before the operation could complete. For operations that change the state of the system, this error may be returned even if the operation has completed successfully. Meanwhile, 15 means that unrecoverable data loss or corruption has occurred.
설명
The deadline expired before the operation could complete. For operations that change the state of the system, this error may be returned even if the operation has completed successfully.
이 코드를 보게 되는 경우
The RPC took longer than the configured deadline allows. Common in slow network conditions, overloaded servers, or when the deadline is set too aggressively.
해결 방법
Increase the client deadline, optimize the server-side processing, or add server-side caching. If the operation might have succeeded, check idempotency before retrying.
설명
Unrecoverable data loss or corruption has occurred.
이 코드를 보게 되는 경우
Critical data was lost or corrupted — for example, a checksum mismatch during transmission or an unrecoverable storage failure on the server.
해결 방법
Investigate the data integrity failure immediately. Restore from backups if available, and check for hardware failures or network corruption in the data path.
주요 차이점
gRPC 4: The deadline expired before the operation could complete. For operations that change the state of the system, this error may be returned even if the operation has completed successfully.
gRPC 15: Unrecoverable data loss or corruption has occurred.
You encounter 4 when the RPC took longer than the configured deadline allows. Common in slow network conditions, overloaded servers, or when the deadline is set too aggressively.
You encounter 15 when critical data was lost or corrupted — for example, a checksum mismatch during transmission or an unrecoverable storage failure on the server.
언제 어떤 것을 사용할지
For 4 (DEADLINE_EXCEEDED): Increase the client deadline, optimize the server-side processing, or add server-side caching. If the operation might have succeeded, check idempotency before retrying. For 15 (DATA_LOSS): Investigate the data integrity failure immediately. Restore from backups if available, and check for hardware failures or network corruption in the data path.