HTTP Status 507 - Insufficient Storage

Der HTTP-Status-Code 507 Insufficient Storage signalisiert, dass Server Request nicht durchführen kann weil nicht genug Storage verfügbar ist. Primär WebDAV-Status-Code für Upload-Quota-Exhaustion, Disk-Full-Errors oder Storage-Capacity-Limits. Server kann Resource nicht speichern oder Collection nicht erstellen wegen Storage-Constraints.

Typ

Response-Status-Code

Syntax

Der Status Code wird zurückgegeben bei Storage-Capacity-Exhaustion.

http 
HTTP/1.1 507 Insufficient Storage

Direktiven

Der 507 Insufficient Storage Status Code wird bei WebDAV-Storage-Limits verwendet.

Quota Exceeded
User- oder Account-Storage-Quota ist erreicht. Weitere Uploads oder Resource-Creation werden rejected bis Storage freed wird oder Quota erhöht wird. Typisch bei Cloud-Storage und File-Hosting-Services.
Server Disk Full
Server-Filesystem hat keinen freien Space mehr. 507 verhindert weitere Write-Operations bis Disk-Space verfügbar ist. Temporary-Condition die nach Cleanup resolved werden kann.
Collection Size Limit
WebDAV-Collection hat Maximum-Size oder Maximum-Number-of-Resources erreicht. Weitere Items können nicht hinzugefügt werden wegen Collection-Constraints. Client muss Resources löschen oder neue Collection verwenden.

Beispiele

Nachfolgend finden Sie praktische Anwendungsbeispiele für Status 507.

Beispiel 1 User Storage Quota Exceeded

http 
PUT /files/vacation-video.mp4 HTTP/1.1
Host: storage.example.com
Content-Type: video/mp4
Content-Length: 524288000
Authorization: Bearer token123

[video data]

HTTP/1.1 507 Insufficient Storage
Content-Type: application/json

{
  "error": "quota_exceeded",
  "message": "User storage quota exceeded",
  "quota_total": 10737418240,
  "quota_used": 10200547328,
  "quota_available": 536870912,
  "requested_size": 524288000,
  "shortage": 0,
  "recommendation": "Delete unused files or upgrade storage plan"
}

Beispiel 2 Server Filesystem Full

http 
POST /api/backups HTTP/1.1
Host: api.example.com
Content-Type: application/octet-stream
Content-Length: 1073741824

[backup data]

HTTP/1.1 507 Insufficient Storage
Content-Type: application/json
Retry-After: 3600

{
  "status": 507,
  "error": "server_storage_full",
  "message": "Server has insufficient storage to complete request",
  "details": "Temporary condition - storage cleanup in progress",
  "retry_after": "1 hour",
  "contact": "If urgent, contact support@example.com"
}

Beispiel 3 WebDAV Collection Limit Reached

http 
MKCOL /documents/project-2025/archive HTTP/1.1
Host: dav.example.com
Content-Type: application/xml

HTTP/1.1 507 Insufficient Storage
Content-Type: application/xml

<?xml version="1.0" encoding="utf-8" ?>
<D:error xmlns:D="DAV:">
  <D:insufficient-storage>
    <D:description>Collection /documents/project-2025 has reached maximum subcollection limit</D:description>
    <D:max-collections>1000</D:max-collections>
    <D:current-collections>1000</D:current-collections>
  </D:insufficient-storage>
</D:error>

Storage Quota Enforcement Flow

507 Insufficient Storage bei User-Quota-Exhaustion

Vorteile für die Systemarchitektur

  • Resource Management: 507 ermöglicht Server-Side-Quota-Enforcement. Verhindert dass einzelne Users oder Accounts Server-Storage monopolisieren. Fair-Use-Policies können enforced werden.
  • Graceful Degradation: Statt File-Write-Errors oder Crashes returnt Server 507 mit Clear-Message. Client kann User informieren und Alternative-Actions vorschlagen (Cleanup, Upgrade).
  • Capacity Planning Signal: 507-Errors sind Monitoring-Signal für Operations-Teams. Häufige 507s signalisieren dass Storage-Capacity-Upgrade oder Quota-Adjustments benötigt werden.

Spezifikation

RFC 4918, Section 11.5 – HTTP Extensions for WebDAV https://www.rfc-editor.org/rfc/rfc4918.html#section-11.5

Weitere Spezifikationen

HTTP Status 500 - Internal Server Error, POST Method