Alle Artikel

Getting Started

Was ist CICDoo Erste Schritte: der Onboarding-Assistent Das Dashboard und die Infrastrukturkarte

Concepts

Produktions-, Staging- und Development-Stages Domains, Subdomains und SSL Odoo-Versionen und -Editionen (Community vs. Enterprise) Workspaces und Teamzusammenarbeit

Servers

Einen Server hinzufügen Server-Domains und DNS Einen Load Balancer verwenden Server-Aktionen: Deploy, Logs und Diagramme

Projects & Git

Ein Projekt erstellen GitHub verbinden GitLab verbinden Branches und Instanzen

Instances & Console

Eine Instanz erstellen Eine Instanz neu starten, stoppen und entfernen Branches zwischen Stages mergen Web-IDE und Fernzugriff Instanzeinstellungen erklärt Deployments und die Job-Warteschlange

Agent Tasks

Was Agent-Aufgaben sind Agent-Aufgaben einrichten Eine Aufgabe ausführen und das Ergebnis prüfen Agent-Zeit und Aufstockungen

Monitoring & Backups

Deine Instanz überwachen Backups und Wiederherstellung Warnbenachrichtigungen (E-Mail und SMS)

Workspaces & Permissions

Workspace-Mitglieder einladen Mitgliederberechtigungen und Ressourcenzugriff Ein Mitglied kann eine Ressource nicht sehen oder nutzen

Account & Security

Zwei-Faktor-Authentifizierung (2FA) Profil- und Integrationseinstellungen Passwörter und Kontowiederherstellung

Billing & Plans

Tarife und Preise Dein Abonnement upgraden und verwalten Wenn ein Projekt-Abonnement unbezahlt bleibt Das Channel-Partner-Programm

Support & Tickets

Ein Support-Ticket eröffnen Hilfe vom CICDoo-Team erhalten

Troubleshooting

Fehlerbehebung: Server kann nicht verbunden werden Fehlerbehebung: ein Deployment ist fehlgeschlagen Fehlerbehebung: git push schlägt mit 403 fehl nach Verschieben eines Repositorys Fehlerbehebung: meine Instanz ist ausgefallen oder langsam Fehlerbehebung: Domain- oder SSL-Probleme

Fehlerbehebung

Fehlerbehebung: ein Deployment ist fehlgeschlagen

Wie du das Log eines fehlgeschlagenen Deployment-Jobs findest, die häufigsten Ursachen, und wie du mit einem Soft-Restart erneut versuchst.

Wo du zuerst nachsiehst: das Job-Log

Jedes Deployment läuft als Job in der Warteschlange, und jeder Job führt ein Log. Dieses Log ist fast immer der Ort, an dem die Antwort steht.

  1. Öffne die Seite Warteschlange. Jeder Job zeigt seinen Typ (Deploy, Restart, Upgrade, Backup und so weiter) und ein Status-Abzeichen: Ausstehend, Läuft, In Bearbeitung, Abgeschlossen oder Fehlgeschlagen.
  2. Finde den fehlgeschlagenen Job und öffne sein Job-Log. Das Log öffnet sich in einem Modal; bei noch aktiven Jobs aktualisiert es sich alle paar Sekunden live.
  3. Lies die letzten Zeilen des Logs. Fehler erscheinen meist gegen Ende.

Du kannst dieselben Jobs auch von innerhalb einer Instanz sehen: öffne die Konsole der Instanz und wechsle zum Tab Warteschlange, der die letzten Jobs für diese Instanz mit einer Schaltfläche Aktualisieren auflistet. Ein Klick auf einen Job dort öffnet dasselbe Log-Modal.

Häufige Ursachen, die du selbst beheben kannst

  • Falscher oder fehlender Branch: wenn der Branch-Name, auf den die Instanz zeigt, in deinem Repository nicht existiert (umbenannt oder gelöscht), kann der Code nicht abgerufen werden. Prüfe den Branch in deinem Repository.
  • Code-Fehler beim Modul-Upgrade: ein Python-Fehler oder eine fehlerhafte XML-Datei in deinen Addons bricht das Upgrade ab. Der Traceback im Job-Log sagt dir, welches Modul und welche Datei fehlgeschlagen ist. Korrigiere den Code, pushe und deploye erneut.
  • Server offline: wenn der Server nicht erreichbar ist, kann kein Job darauf laufen. Prüfe das Status-Abzeichen des Servers (Online oder Offline) auf der Seite Server, bevor du es erneut versuchst.

Erneuter Versuch

Nachdem du die Ursache behoben hast, versuche es erneut mit einem Soft-Restart: klicke in der Instanz-Konsole auf Neustart und wähle Soft-Restart. Dieser startet Odoo neu und aktualisiert Module, sodass ein fehlgeschlagenes Modul-Upgrade einen weiteren Versuch mit deinem korrigierten Code erhält. Hard-Restart startet stattdessen den Docker-Container neu; verwende ihn, wenn sich der gesamte Container fehlerhaft verhält, nicht um ein Modul-Upgrade erneut auszuführen.

Der Neustart selbst erscheint als neuer Job in der Warteschlange, sodass du sein Log auf dieselbe Weise verfolgen kannst.

Wann du eskalieren solltest

Eröffne ein Support-Ticket (siehe Ein Support-Ticket eröffnen), wenn:

  • das Job-Log einen Fehler zeigt, der nicht aus deinem eigenen Code stammt.
  • Jobs ungewöhnlich lange Ausstehend oder Läuft bleiben, ohne Fortschritt im Log.
  • dasselbe Deployment immer wieder fehlschlägt, nachdem du die sichtbare Ursache behoben hast.

Setze im Ticket den Problemtyp auf Instanz (oder Server), hänge die Ressource an und füge den relevanten Teil des Job-Logs ein, besonders die letzten Zeilen. Dieses Log ist das Einzige und Nützlichste, das du beifügen kannst.

Zurück Fehlerbehebung: Server kann nicht verbunden werden Weiter Fehlerbehebung: git push schlägt mit 403 fehl nach Verschieben eines Repositorys

Kommst du nicht weiter? Erstelle ein Ticket in der App oder sprich mit einem Techniker.