--- title: "Einen Fehler von erpc worker beheben" description: "Die häufigsten Fehlermeldungen von erpc worker, was sie bedeuten und was zu tun ist, wie Sie einen womöglich übernommenen Server retten und was erpc nie tut." canonical: "https://erpc.global/de/doc/erpc-cli/worker-troubleshooting/" locale: "de" --- # Einen Fehler von erpc worker beheben Suchen Sie den Anfang der Meldung, die `erpc worker` ausgegeben hat, und tun Sie, was in ihrer Zeile steht. Diese Seite beschreibt ERPC CLI `v0.1.0-rc.4`, eine Vorabversion. ## Fehlermeldungen und was zu tun ist Worker-Fehler verwenden die Codes und Exit-Status von erpc: siehe [Fehler und Exit-Codes](https://erpc.global/de/doc/erpc-cli/commands/#fehler-und-exit-codes). | Meldung (Anfang) | Grund | Was zu tun ist | | --- | --- | --- | | ` cannot start without ` | `run.requires` nennt eine Einstellung, die nichts setzt | `erpc worker secret put `, setzen Sie sie in `[vars]`, oder stellen Sie mit der Leitung bereit, die sie setzt (`--grpc`, `--unlimited`) | | `your key was added but does not get in` | Der SSH-Agent hat nicht signiert: 1Password gesperrt oder seine Anfrage nicht zugelassen | Entsperren Sie 1Password, lassen Sie die Anfrage zu und führen Sie denselben Befehl erneut aus. Er macht weiter | | `1Password could not …: authorization timeout` | 1Password hat um Zustimmung gebeten, und niemand hat geantwortet | Lassen Sie die Anfrage in 1Password zu und führen Sie ihn erneut aus | | ` is empty; nothing was kept` | `secret put` hat eine leere Standardeingabe gelesen: Die Shell ist kein Terminal | Führen Sie ihn in einem Terminal aus, oder leiten Sie den Wert per Pipe ein | | `the keystore is locked, and nobody is at a terminal …` | Ein Befehl ohne Terminal braucht den Keystore, und keine Entsperrung wird vorgehalten | `erpc worker secret unlock` an einem Terminal, dann erneut der Befehl | | `nothing is kept under keystore:… on this machine` | Der Wert wurde im Keystore eines anderen Rechners abgelegt | `erpc worker secret put --replace` hier; für den Schlüssel bringen Sie das ganze `keystore`-Verzeichnis jenes Rechners und seine Passphrase mit | | `release failed: …; the server went back to ` | Das neue Release hat seinen Health-Check nicht bestanden | Siehe `erpc worker logs`. Das vorherige Release läuft weiter | | `… is locked: the trading key has not been handed over` | Der Server wurde neu gestartet, der Agent ist ausgefallen oder wurde beendet und systemd hat ihn neu gestartet, oder `stop --lock` | `erpc worker start` | | `port is taken: …` | Ein anderer Worker, der am Laufen gehalten wird, hat denselben Health-Check-Port, oder ein anderes Programm lauscht darauf | Geben Sie der Anwendung in `erpc.toml` einen eigenen Port, und stellen Sie dann erneut bereit | | `release runs, and its WAF did not come up: …` | Die WAF hat nicht begonnen zu lauschen. Meistens belegt ein anderes Programm `waf.port` | `erpc worker logs --waf`, dann geben Sie den Port frei oder ändern `waf.port` und stellen erneut bereit. Die Anwendung läuft in der Zwischenzeit | | `waf. …` (von `check`, `deploy`) | Ein `[waf]`-Schlüssel liegt außerhalb seiner Grenzen, oder `waf.port` liegt unter 1024 oder ist der Port von `run.port`, von SSH oder vom Health-Check | Korrigieren Sie `erpc.toml`. `erpc worker check` listet alle Probleme auf einmal auf | | `the WAF's port was not opened to …` (von `firewall allow`, `deny`, `sync`) | Die Änderung würde jemand Neues unter WAF-Regeln hereinlassen, die der Server noch nicht ausführt | `erpc worker deploy`: Er setzt die neuen Regeln ein und öffnet dann den Port | | ` line did not become active in minutes` | Die Leitung wird noch eingerichtet | Stellen Sie erneut bereit, um länger zu warten | | `OUT_OF_STOCK` | In dieser Region ist kein Server dieses Plans frei | Stellen Sie mit `--region ` bereit | | `the start may or may not have gone through: …` | Die Anfrage ging hinaus und keine Antwort kam zurück, oder die Antwort war 5xx, 408 oder 429 | Führen Sie denselben Befehl erneut aus: Er sendet dieselbe Anfrage | | `this purchase, or another of the account's, is still being made …` | Die erste Anfrage ist noch in Arbeit, oder ein anderer Kauf des Kontos hält dessen Sperre | Führen Sie denselben Befehl kurz darauf erneut aus: Er sendet dieselbe Anfrage | | `… changed in 1Password since this command read it` | Ein anderer Rechner hat den Inventareintrag in der Zwischenzeit geschrieben | Führen Sie den Befehl erneut aus | | `the shared RPC takes none of the account's API keys from this machine ( tried)` (von `secret put --from-account`, `erpc rpc call`, `erpc webhook run`) | Jeder Schlüssel des Kontos wurde von diesem Rechner aus abgelehnt: Die Schlüssel sind abgelaufen, das Konto hat keinen aktiven Shared-RPC-Plan, oder die Schlüssel sind auf andere Adressen beschränkt, etwa die eines Servers | Das [ERPC Web Dashboard](https://dashboard.erpc.global/de) zeigt das Ablaufdatum eines Schlüssels und den Plan und erstellt einen neuen Schlüssel. Für einen auf die Adresse des Servers beschränkten Schlüssel: `erpc worker secret put ERPC_API_KEY`, eingetippt oder per Pipe übergeben | | `shared: … HTTP 401` (bench) | Der Shared RPC hat den Schlüssel abgelehnt: kein aktiver Shared-RPC-Plan oder ein falscher Schlüssel | Prüfen Sie den Plan im Dashboard, oder setzen Sie `ERPC_API_KEY` | | `shared: … HTTP 429` (bench) | Das Rate-Limit des Plans | Verwenden Sie `--interval 150` oder mehr | ### Ein Kauf, den erpc nicht festhalten kann Wenn ein Server oder eine Leitung möglicherweise von einer früheren Anfrage gestartet wurde, die erpc nicht festhalten konnte, sehen Sie sich die Server und Leitungen Ihres Kontos im Dashboard an. Übernehmen Sie einen Server mit `erpc worker deploy --vps `, oder beenden Sie, was nicht gewünscht ist. Entfernen Sie danach den Eintrag aus `[env..starting]` in `erpc.toml` von Hand: erpc hat keine Option, die ihn entfernt, und bis dahin sendet derselbe Befehl dieselbe Anfrage. ## Wenn der Server möglicherweise übernommen wurde 1. Führen Sie zuerst `erpc worker backup off` aus, um den Backup-Zugriffsschlüssel des Servers zu widerrufen. `off` macht nicht rückgängig, was der Server bereits gelesen hat. 2. Verschieben Sie die Mittel von seinem Trading-Schlüssel, und ersetzen Sie seine Secrets. 3. Bauen Sie den Server über das [ERPC Web Dashboard](https://dashboard.erpc.global/de) neu auf, und stellen Sie erneut bereit. Wenn der Neuaufbau den SSH-Host-Schlüssel des Servers geändert hat, lehnt erpc den Server ab, bis Sie den fixierten Schlüssel aktualisieren. Eine Bereitstellung bringt den Code zurück, nicht den Zustand der Anwendung, den nur ein Backup wiederherstellen kann ([Den Zustand der Anwendung sichern](https://erpc.global/de/doc/erpc-cli/worker-status-and-billing/#den-zustand-der-anwendung-sichern)). ## Was erpc nie tut - Einen Schlüssel, ein Secret oder eine URL, die eines davon enthält, in eine Befehlszeile schreiben. - Einen Trading-Schlüssel oder ein Secret einer Anwendung in eine Datei schreiben, mit einer Ausnahme: den Keystore von erpc auf Ihrem Rechner, in dem jedes davon unter Ihrer Passphrase verschlüsselt ist. Auf einem Server legt `erpc worker backup on` die eigenen Backup-Schlüssel des Servers in einer Datei ab, auf die nur root zugreifen kann. - Etwas starten, ohne seinen Preis zu zeigen. - Einen Server offen lassen: Die Firewall gilt, bevor die Anwendung zum ersten Mal startet. - Einen Server erreichen, dessen Host-Schlüssel nicht mit dem fixierten übereinstimmt. [Der Worker-Leitfaden](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/worker.md) listet jede Meldung auf, auch die der WAF.