- Verschifft
- 27. August 2026 um 18:51 UTC
- Autor
- Kamo
- Ausschuss
- a143d40
Ein Org's KamoPBX-Server hat berichtet Fehler: Anrufer Instanz nicht gefunden: **************** da es geschaffen wurde. Die Instanz hat nie gefehlt - diese Reihe ist in voip_provider_instance, aktiv, mit der rechten org. Zwei getrennte Mängel. 1. Die Nachricht war falsch. buildKamoPBXProvider warf ****************, dessen UUID Konstruktor wiedergibt "Phone Provider Instanz nicht gefunden: <id'". Jeder dieser Wurfseiten hatte ALREADY hat die Instanz gefunden; die ID in der Nachricht ist die, die der Anrufer nur suchte erfolgreich nach oben. Die wirkliche Bedingung war config_json IS NULL Bereitstellung nie abgeschlossen. Jeder Standort sagt jetzt, was eigentlich falsch ist und Was tun? Der UUID Konstruktor bleibt für getInstance(UUID), der ist der eine Ort, an dem die Instanz wirklich nicht gefunden wird. 2. Es gab keine Möglichkeit, es zu beenden. Bereitstellung läuft einmal, zur Zeit zu schaffen. Wenn es versagt die Zeile wird absichtlich gehalten - die Realm wird von seiner ID abgeleitet, so dass Retry muss es wiederverwenden - aber nichts jemals wieder verkäuft. Test und Synchronisation beide brauchen eine Anbieter, und Gebäude ein ist genau das, was ohne Konto scheitert, so dass die Server meldete den gleichen Fehler für immer. Der Kommentar auf dem Pfad schaffen sogar behauptete "der Betreiber kann von der Instanz Seite erneut versuchen"; keine solche erneute Aufforderung existiert. Fügt POST /{id'/provision, idempotent - einen Server hinzu, der bereits ein Konto hat wird unberührt zurückgebracht, anstatt eine zweite gegen sie erstellt und macht /test Finish Bereitstellung zuerst, so dass die Taste ein Admin bereits greift nach Reparaturen auf dem Server, anstatt den Fehler zu beheben. Tests decken die Retry, seine idempotence, dass ein gescheiterter Retry hält die Reihe mit der Grund aufgezeichnet, und dass Nicht-KamoPBX-Anbieter abgelehnt werden. 294 passieren.