Häufige Fehler in DevOps Change-Geschwindigkeit
Identifizieren Sie die Ursache von Fehlern, die in auftreten DevOps Change-Geschwindigkeit, Und sehen Sie sich die entsprechenden Schritte an, die sie lösen könnten.
Toolverbindung
In dieser Tabelle werden die Schritte aufgeführt, die zum Beheben der Fehler erforderlich sind, die bei der Auswahl von auftreten können Übermitteln Oder Verbinden Schaltfläche nach Eingabe der Tooldetails im Tool-Verbindungsprozess:
| Nachricht | Aktion |
|---|---|
| Das Tool kann nicht erstellt werden, da der Toolname nicht eingegeben wurde. Geben Sie den Toolnamen ein, und versuchen Sie es erneut. | Geben Sie den Toolnamen erneut ein. |
| Das Tool kann nicht erstellt werden, da die Toolintegration nicht ausgewählt wurde. Wählen Sie den richtigen Toolintegrationswert aus, und versuchen Sie es erneut. | Wählen Sie den richtigen Toolintegrationswert aus. |
| Das Tool kann nicht erstellt werden, da die Tool-URL ungültig oder falsch ist. Geben Sie die Tool-URL erneut ein, und versuchen Sie es erneut. | Geben Sie die Tool-URL erneut ein. |
| Das Tool kann nicht erstellt werden, da die Plattformversion nicht bestimmt werden kann. Erstellen Sie die SYS-Eigenschaft „Glide.buildtag.Last“, und versuchen Sie es erneut. |
|
| Das Tool kann nicht erstellt werden, da die zugehörige CreateDevOps-Toolverbindung ungültig ist. Erstellen Sie einen gültigen Verbindungsalias, und versuchen Sie es erneut. |
|
| Das Tool kann nicht erstellt werden, da die Anmeldeinformationen des CreateDevOpsTool-Alias falsch sind. Aktualisieren Sie den Anmeldeinformationsdatensatz, und versuchen Sie es erneut. |
|
| Das Tool kann nicht erstellt werden, da die Verbindungs-URL des CreateDevOpsTool-Alias falsch ist. Verwenden Sie die folgende URL: https://<instancename>.service-now.com,and. Versuchen Sie es erneut. |
|
| Zum Erstellen eines Verbindungsalias benötigen Sie die Rolle connection_admin. Wenden Sie sich an Ihren Systemadministrator. | Dieser Fehler tritt auf, wenn das Feld „Verbindungsalias“ für einen Tooldatensatz leer ist. Zum Erstellen der Toolverbindung benötigen Sie einen Verbindungsalias. Nur ein Anwender mit connection_adminDie Rolle kann einen Verbindungsalias erstellen. Sie müssen sich an einen Anwender mit dieser Rolle wenden, z. B. einen Administrator, und den Verbindungsalias erstellen lassen. |
| Das Tool kann nicht erstellt werden, da der <toolname>-Toolname bereits vorhanden ist. Geben Sie einen anderen Namen ein, und versuchen Sie es erneut. | Verwenden Sie einen anderen Namen für das Tool. |
| Das Tool kann nicht erstellt werden, da der <toolname> keine gültige MID-Server-Konfiguration hat. Konfigurieren Sie einen gültigen MID-Server, und versuchen Sie es erneut. |
|
| Das Tool kann nicht erstellt werden, da für den DevOps-Datenmodellbereich keine Aliasse für Verbindungen und Anmeldeinformationen verfügbar sind. Erstellen Sie einen neuen Alias für Verbindungen und Anmeldeinformationen, und versuchen Sie es erneut. | Dieser Fehler tritt bei der OAuth-Authentifizierung auf.
|
| Das Tool kann aufgrund eines technischen Problems beim Erstellen des Anmeldeinformationsdatensatzes nicht erstellt werden. |
|
| Das Tool kann nicht erstellt werden, da die Kombination aus Anmeldeinformationen und Domäne für einen aktiven Datensatz bereits vorhanden ist. | Dieser Fehler tritt bei der OAuth-Authentifizierung auf.
|
| Das Tool kann aufgrund eines technischen Problems beim Erstellen des Verbindungsdatensatzes nicht erstellt werden. |
|
Das Tool kann aus den folgenden Gründen nicht erstellt werden:
|
Dieser Fehler tritt nur bei anwenderdefinierten Toolintegrationen auf.
|
| Das Tool kann aufgrund eines Konnektivitätsproblems nicht erstellt werden. Überprüfen Sie den <validate_subflow_name>-Subflow auf weitere Details, und versuchen Sie es erneut. |
|
| Anmeldeinformationen für die Toolautorisierung sind ungültig. Geben Sie gültige Anmeldeinformationen ein, und versuchen Sie es erneut. | Geben Sie den richtigen Anwendernamen/das richtige Passwort für das Tool erneut ein. |
| Das Tool kann nicht erstellt werden, da keine Antwort vom Server empfangen wurde. Geben Sie eine gültige Tool-URL ein, oder überprüfen Sie, ob der Server hochgefahren und ausgeführt wird, und versuchen Sie es erneut. |
|
| Die Verbindungs-URL ist falsch. Überprüfen Sie die URL, und versuchen Sie es erneut. |
Geben Sie die Tool-URL erneut ein. |
| Das Tool kann nicht verbunden werden, da der Name des GitHub-Anwendungsblatts falsch ist. Geben Sie den richtigen GitHub-App-Slug-Namen ein, und versuchen Sie es erneut. | Sie finden GitHub App-Slug-Name auf der Einstellungsseite von GitHub App. Die GitHub Der App-Slug-Name ist der URL-freundliche Name Ihres GitHub App. Beispiel: Wenn Sie einen erstellt haben GitHub App mit dem Namen Test-App , Die entsprechende URL-freundliche GitHub App-Slug-Name wird sein Test-App . In Ihrem GitHub url: „https://github.com/settings/apps/test-app", „Test-App“ ist die GitHub App-Slug-Name. Weitere Informationen finden Sie unter GitHub-Dokumentation . |
| Der Passwortwert ist zu lang und kann nach der Verschlüsselung gekürzt werden. Reduzieren Sie entweder die Passwortlänge, oder erhöhen Sie die Feldgröße. | Ab dem 18. Januar 2023 hat Jira die Länge der API-Token für Atlassian-Accounts verlängert. Sie müssen den maximalen Passwortwert in der Tabelle „Discovery_credentials“ auf mehr als 255 erhöhen, um die erweiterte Zeichenlänge zu berücksichtigen. Weitere Informationen finden Sie unter KB1269878 kb-artikel und Atlassian-Dokumentation . |
| Unerwartetes Verhalten vom Remote-Host: Zirkelumleitung zu „https://bitbucket.org/account/signin/?next=%2F...%2Frest%2Fapi%2F1.0%2Fusers'. | Dieser Fehler kann auftreten, wenn Sie versuchen, eine Verbindung mit einer BitBucket-Cloud-Instanz herzustellen. Bitbucket Cloud wird nicht unterstützt. Sie müssen eine BitBucket-Server-Instanz verwenden, um eine Verbindung mit ServiceNow DevOps herzustellen. Stellen Sie über einen MID-Server eine Verbindung zu Ihrer BitBucket-Instanz her. Ein MID-Server ist erforderlich, wenn Ihre Toolinstanz lokal gehostet wird. Weitere Informationen zum MID-Server finden Sie unter MID-Server-Auswahl |
| Nichtübereinstimmung in Tool-URL: In ServiceNow eingegebene Tool-URL: https://<URL der von Ihnen eingegebenen Jenkins-Instanz> in Jenkins eingegebene Tool-URL: https://<Jenkins in Jenkins eingegebene Standort-URL> in Jenkins unter „Jenkins verwalten“ > „System“ überprüfen, ob Ihre konfigurierte Jenkins-URL mit der hier eingegebenen Tool-URL identisch ist. Weitere Informationen finden Sie im Abschnitt zur Fehlerbehebung beim Tool-Onboarding. | Dieser Fehler tritt auf, wenn Jenkins URL in eingegeben DevOps Unterscheidet sich von Jenkins URL, die in eingegeben wurde Jenkins Instanz. Von Ihrem Jenkins Instanz, navigieren Sie zu an. Die Jenkins-URL Hier eingegebene muss mit übereinstimmen URL der Jenkins-Instanz Eingegeben in DevOps. |
Toolberechtigungen
In diesem Abschnitt werden die Schritte aufgeführt, die zum Beheben von Toolberechtigungsfehlern erforderlich sind, wenn Sie ein DevOps-Tool mithilfe von Arbeitsbereichs-Playbooks erstellen. Richtlinien für die Überprüfung der Toolberechtigungen werden in einem Popup-Fenster angezeigt, wenn Sie eine Verbindung zu einem Tool aus dem Arbeitsbereich herstellen.
- Aktion
Wenn eine Berechtigung fehlt, führen Sie die folgenden Schritte aus:
- Aktualisieren Sie die Berechtigungen für die angegebenen Anmeldeinformationen im externen DevOps-Tool. Wählen Sie Aus Aktualisieren Im Popup-Fenster, um die Prüfungen erneut durchzuführen.
- Schließen Sie das Popup, verwenden Sie andere Anmeldeinformationen, und wählen Sie aus Verbinden Erneut. Das Popup-Fenster „Berechtigungsprüfung“ wird mit den Ergebnissen der neu eingegebenen Anmeldeinformationen angezeigt.
- Überprüfen Sie die Spalte Auswirkung, und wählen Sie aus, wenn die Auswirkung Ihren Anwendungsfall nicht beeinträchtigt Fahren Sie Fort Trotzdem.
- Zeitüberschreitungseigenschaft für Prüfung der Toolberechtigung
Während des Toolverbindungsprozesses führt das System Berechtigungsvalidierungen im Vordergrund durch und schränkt die Toolverbindungsseite ein. Für jede Berechtigungsvalidierung wird ein REST-API-Aufruf an externe Tools durchgeführt, um die Verfügbarkeit der Berechtigung zu bewerten. Die REST-API-Antwortzeit kann je nach Netzwerkeinstellungen variieren. Um Verzögerungen zu vermeiden, können Sie angeben, wie lange das System warten soll, um eine Antwort von einem externen Tool zu erhalten, bevor Sie die Berechtigung als Fehler markieren. Sie können diese Zeit mit angeben Zeitüberschreitung bei Prüfung der Toolberechtigung pro Datensatz (in Millisekunden) Eigenschaft (sn_devops.permission_check_timeout). Wenn Sie feststellen, dass einige der Berechtigungsprüfungen zu einem Fehler führen, versuchen Sie, den Zeitüberschreitungswert zu erhöhen, und wählen Sie aus Aktualisieren Im Popup-Fenster „Berechtigungen“.
Toolbenachrichtigung
In dieser Tabelle werden die Schritte aufgeführt, die zum Beheben von Fehlern erforderlich sind, die in Szenarien auftreten können, z. B. Abrufen von Commit-Details, Details zur Pipeline-Ausführung, Details zur Abrufanforderung, Testzusammenfassungen:
| Grund | Aktion |
|---|---|
| Die Anmeldeinformationen für die Autorisierung sind entweder ungültig oder verfügen nicht über die erforderlichen Mindestberechtigungen. |
|
| Es gibt keine Antwort vom Server. Überprüfen Sie den Status der Serververbindung, und versuchen Sie es erneut. |
|
| Die Anforderung kann nicht verarbeitet werden. | Verifiziert, ob die maximale Anzahl von Instanzen, die einem Webhook zugeordnet sind, überschritten wurde. Wenn dieser Fehler für GitHub aufgetreten ist, überprüfen Sie, ob Sie einem Webhook mehr als 20 Instanzen zugeordnet haben. |
| Die Anmeldeinformationen für die Autorisierung verfügen nicht über die erforderlichen Mindestberechtigungen. | Überprüfen Sie, ob Ihre Anmeldeinformationen für Drittanbietertools die erforderlichen Bereiche aufweisen. Wenn Sie die Arbeitsbereich-UI verwenden, können Sie zum Tooldatensatz navigieren und auswählen Um mehr über die erforderlichen Berechtigungen zu erfahren. |
| MID-Serverkonfiguration ist ungültig. Konfigurieren Sie einen gültigen MID-Server, und versuchen Sie es erneut. | Überprüfen Sie, ob der MID-Server ausgeführt und erreichbar ist. |
| Die Verbindungs-URL ist ungültig. Geben Sie eine gültige URL ein, und versuchen Sie es erneut. |
|
| Das Quotenlimit wurde überschritten. Versuchen Sie es nach {0} erneut. | Die Quotengrenze ist die Anzahl der API-Aufrufe, die eine App oder ein Anwender innerhalb eines bestimmten Zeitraums tätigen kann. Die Quotenbegrenzung ist eine Technik zur Begrenzung des Netzwerkverkehrs, um zu verhindern, dass Anwender Systemressourcen ausschöpfen. Wenn die in Ihrem Drittanbieter-Tool zulässige maximale Quotengrenze überschritten wurde, kann dieser Fehler auftreten. |
| Ihre Anmeldeinformationen verfügen nicht über die erforderlichen Umfänge. | Überprüfen Sie, ob Ihre Anmeldeinformationen für Drittanbietertools die erforderlichen Bereiche aufweisen. Wenn Sie die Arbeitsbereich-UI verwenden, können Sie zum Tooldatensatz navigieren und auswählen Um mehr über die erforderlichen Berechtigungen zu erfahren. |
Change-Anforderung
In dieser Tabelle sind die Schritte aufgeführt, die zum Beheben von Fehlern erforderlich sind, die während der Erstellung von Change-Anforderungen auftreten können:
| Fehler | Aktion |
|---|---|
| Die Change-Anforderung kann nicht erstellt werden, da die Typkompatibilitätskennzeichnung deaktiviert ist. Aktivieren Sie die Typkompatibilitätskennzeichnung in den Systemeigenschaften, konfigurieren Sie das Change-Modell im Schrittdatensatz in ServiceNow, oder geben Sie die entsprechende SYS-ID des Change-Modells in die Pipeline ein. |
|
| Die Change-Anforderung kann nicht erstellt werden, da entweder der Change-Typ oder das Change-Modell nicht für die Pipeline konfiguriert ist. | Fügen Sie das Change-Modell oder den Change-Typ im Schritt-Formular oder Change-Attribute der Pipeline hinzu. |
Allgemeine Fehler
Diese Tabelle listet die Schritte auf, die erforderlich sind, um einige allgemeine Fehler zu beheben, die bei der Arbeit mit der DevOps Change-Geschwindigkeit-Anwendung auftreten können.
| Problem | Aktion |
|---|---|
| Importanforderung wird nicht ausgeführt | Wenn eine Importanforderung während des Imports für ein Tool (z. B. Jenkins, Jira, Oder GitHub), löschen Sie die Importanforderung, und versuchen Sie es erneut. Hinweis: Löschen Sie die vorhandene Anforderung, um den Import desselben Bereichs zu wiederholen. |
| Toolverbindung schlägt fehl | Entfernen Sie den nachgestellten Schrägstrich („/“) in Verbindungs-URL Feld im HTTP-Verbindungsformular. |
| Für wird keine Change-Anforderung erstellt Jenkins Auftrag unter Change-Steuerung | Überprüfen Sie, ob:
Die Erstellung von Change-Anforderungen wird nicht unterstützt, wenn die Aufgabe unter Change-Steuerung steht:
|
| Jenkins Blockiert den Auftrag nicht unter Change-Steuerung (wartet nicht auf Genehmigung der Change-Anforderung) | Überprüfen Sie, ob Jenkins Standort ist konfiguriert: Navigieren zu Und geben Sie den Hostnamen für an Jenkins-URL Feld in Jenkins Abschnitt „Standort“. Hinweis: Klicken Sie auf, um Probleme beim Zwischenspeichern zu vermeiden Speichern Auch wenn Jenkins-URL Das Feld enthält bereits einen Wert, wenn Sie das Formular zum ersten Mal öffnen. |
| Ereignisse, die im Nutzlastprotokoll mit dem Status „nicht verbunden“ auftreten | Wenn eine der folgenden Änderungen für eine manuell vorgenommene Verbindung (im manuellen Konfigurationsmodus) vorgenommen wird, wird die Verbindung automatisch getrennt.
Wechseln Sie in den manuellen Konfigurationsmodus, und stellen Sie eine erneute Verbindung her. |
| Wiederholen Sie eingehende Ereignisse, die aufgrund von REST API TimeoutException/FlowObjectAPIException fehlschlagen oder ausfallen | Aktualisieren Sie Retry Errored Inbound EventsGeplante Aufgabe zum erneuten Verarbeiten eingehender Ereignisse, die sich in befinden Errorstatus.
|
Pipeline-Ausführung in ServiceNow DevOps Bewegt sich nicht vorwärts und wartet unbegrenzt, da die SonarQube-Scans aufgrund des Fehlens des SonarQube-Tools nicht stattfinden. Das eingehende Ereignis „Softwarequalität“ zeigt die folgende Fehlermeldung im Feld „Verarbeitungsdetails“ an. „Überprüfen Sie, ob das entsprechende SonarQube-Tool erfolgreich erstellt wurde. Wenn nicht, erstellen Sie das SonarQube-Tool, und versuchen Sie es erneut.“ |
Für alle SonarQube-Schritte in Codequalitätsscans muss der Anwender das SonarQube-Tool in erstellen ServiceNow DevOps Instanz. Weitere Informationen finden Sie unter Integration von DevOps Change-Geschwindigkeit in SonarQube |
| Pipeline-UI zeigt unterbrochene Links zwischen Phasen an. | Navigieren Sie zu Aufgabenausführungen Und stellen Sie sicher, dass die Spalte „vorgelagerte Ausführungen“ die entsprechenden vorgelagerten Links enthält. |