Fehlerbehebung bei der Adobe Commerce-Bereitstellung

Stuckende Implementierungen und fehlgeschlagene Bereitstellungen in Adobe Commerce können mit dem Tool für die Problembehebung bei der Bereitstellung gelöst werden. Klicken Sie auf jede Frage, um die Antwort in jedem Schritt der Problembehebung anzuzeigen.

Schritt 1: Überprüfen der Ausführung des Dienstes step-1

Ist Adobe Commerce auf dem Cloud-Infrastrukturdienst betriebsbereit?

Stuck Deployment - Ist Adobe Commerce auf dem Cloud-Infrastrukturdienst verfügbar? Überprüfen Sie Adobe Commerce Cloud.

a. YES - Fahren Sie mit Schritt 2 fort.
b. NO - Wartungsarbeiten oder globale Ausfälle. Überprüfen Sie die geschätzte Dauer und Updates.

Schritt 2: Überprüfen von Bereitstellungen in anderen Umgebungen step-2

Gibt es Bereitstellungen in anderen Umgebungen, die die Bereitstellung in der vorhandenen Umgebung blockieren?

Um eine Liste der laufenden Aktivitäten zu erhalten, führen Sie den folgenden Befehl mit der magento-cloud-CLI aus (wenn Sie nur zu einem Cloud-Projekt hinzugefügt wurden):

code language-bash
magento-cloud --state=in_progress

Um eine Liste der laufenden Aktivitäten zu erhalten, führen Sie den folgenden Befehl mit der magento-cloud-CLI aus (wenn Sie mehreren Projekten hinzugefügt wurden):

code language-bash
magento-cloud -p <project-id or project-url> --state=in_progress

Informationen zu einer vorhandenen Bereitstellungsaktivität finden Sie unter Überprüfen des Bereitstellungsprotokolls, wenn in der Cloud-Benutzeroberfläche der Fehler "Log Snipped"(Log Snipped) aufgetreten ist
für Details) können Sie diesen Befehl ausführen, um ein ausführliches Protokoll zu dieser Aktivität zu erhalten:

code language-bash
magento-cloud activity:log <activity-id> [OPTIONAL: <-p project-id or project-url>]

a. YES - Fehlerbehebung bei der anderen Implementierung, die die Implementierung blockiert, in der vorhandenen Umgebung. Fahren Sie mit Schritt 3 fort.

b. NO - Fehlerbehebung in der aktuellen Umgebung. Fahren Sie mit Schritt 3 fort.

Schritt 3: SSH auf allen Knoten überprüfen step-3

SSH für alle Knoten erfolgreich?
a. YES - Fahren Sie mit Schritt 4 fort.
b. NO - Senden Sie ein Support-Ticket.

Schritt 4: Überprüfen aller ausgeführten Dienste step-4

Alle Dienste werden ausgeführt?
a. YES - Fahren Sie mit Schritt 5 fort.
b. NO - Senden Sie ein Support-Ticket.

Schritt 5: Überprüfen der Ausführung von Bitbuckets step-5

Verwenden von Bitbucket?
a. YES - Überprüfen Sie status.bitbucket.com.
b. NO - Überprüfen Sie die Fehler im Bereitstellungsprotokoll in den Protokolle zum Erstellen und Bereitstellen. Fahren Sie mit Schritt 6 fort.

Schritt 6: Überprüfen der Fehlercodes step-6

Fehler-Code gemeldet?
a. YES - Fahren Sie mit Schritt 7 fort.
b. NO - Fahren Sie mit Schritt 8 fort.

Schritt 7 - 403 Verbotener Fehler step-7

403 Verboten?
a. YES - Fahren Sie mit Schritt 16 fort.
b. NO - Fahren Sie mit Schritt 9 fort.

Schritt 8: Überprüfen der ausgeführten Cron-Aufträge step-8

Laufen derzeit Cron-Aufträge? Melden Sie sich bei ssh am Zweig an und führen Sie ps aufxx |grep cron aus.
a. YES - Melden Sie sich über ssh im betroffenen Zweig an (z. B. primär). Cron-Jobs töten und entsperren. Dadurch werden Cron-Aufträge beendet und der Status zurückgesetzt. Führen Sie php vendor/bin/ece-tools cron:kill und dann php vendor/bin/ece-tools cron:unlock aus. Wenn Sie gerade dabei waren, eine Umgebung in einer anderen zusammenzuführen, überprüfen Sie beide Umgebungen auf die Ausführung von Crons.
b. NO - Fahren Sie mit Schritt 17 fort.

Schritt 9: Auf Remote-Cluster-Fehler bereitstellbare Anwendung step-9

Anwendung kann nicht in den Remote-Cluster-Fehler hochgeladen werden?
a. YES - Fahren Sie mit Schritt 10 fort.
b. NO - Fahren Sie mit Schritt 11 fort.

Schritt 10: Überprüfen des ausreichenden Speichers step-10

Verfügbarer Speicher OK?
a. YES - Fahren Sie mit Schritt 11 fort.
b. NO - Überprüfen Sie Speicherplatz verwalten.

Schritt 11: Überprüfen des Festplattenspeichers step-11

_file konnte nicht geschrieben werden Warning _?
a. YES - Bitte erhöhen Sie den Festplattenwert in .magento.app.yaml und stellen Sie ihn erneut bereit. Wenn dies nicht funktioniert, senden ein Support-Ticket.
b. NO - Fahren Sie mit Schritt 12 fort.

Schritt 12: Fehler bei der Neuimplementierung der Umgebung fehlgeschlagen step-12

Fehler bei der Neubereitstellung der Umgebung fehlgeschlagen?
a. YES - Fahren Sie mit Schritt 13 fort.
b. NO - Fahren Sie mit Schritt 8 fort.

Schritt 13: Auf Elasticsearch-Upgrade überprüfen schlägt fehl step-13

Elasticsearch, das aktualisiert oder bereitgestellt wird?
a. JA - Elasticsearch ist fehlgeschlagen. Siehe Elasticsearch-Softwarekompatibilität. Wenn das Elasticsearch-Upgrade weiterhin nicht funktioniert, senden ein Support-Ticket. Hinweis: Beachten Sie bei Adobe Commerce in der Cloud-Infrastruktur, dass Service-Upgrades nicht in die Produktionsumgebung übertragen werden können, ohne dass unser Infrastrukturteam 48 Geschäftszeiten benachrichtigt. Dies ist erforderlich, da wir sicherstellen müssen, dass wir über einen Infrastruktur-Support-Mitarbeiter verfügen, der Ihre Konfiguration innerhalb des gewünschten Zeitraums mit minimalen Ausfallzeiten in Ihrer Produktionsumgebung aktualisiert. 48 Stunden vor dem Zeitpunkt, zu dem Ihre Änderungen in der Produktion sein müssen, senden ein Support-Ticket, in dem Sie Ihre erforderliche Service-Aktualisierung und den Zeitpunkt angeben, zu dem der Upgrade-Prozess beginnen soll.
b. NO - Fahren Sie mit Schritt 14 fort.

Schritt 14: Überprüfen der Platzierungsgrenzen step-14

Dateisystem außerhalb von Knoten oder Leerzeichen?
a. YES - Siehe Verwalten des Festplattenspeichers.
b. NO - Fahren Sie mit Schritt 15 fort.

Schritt 15: Fehler bei der Elasticsearch-Version step-15

Fehler bei Elasticsearch-Versionen?
a. YES - Fahren Sie mit Schritt 16 fort.
b. NO - Fahren Sie mit Schritt 21 fort.

Schritt 16: Überprüfen der Komponentenkonfiguration step-16

Composer-Konfiguration korrekt?
a. YES - Fahren Sie mit Schritt 10 fort.
b. NO - Überprüfen Sie die Webseite Composer-Fehlerbehebung.

Schritt 17: Auf langwierige Prozesse überprüfen step-17

Lange laufende Prozesse?

a. YES - Identifizieren Sie langwierige Prozesse und beenden Sie dann Prozesse:

  1. Führen Sie den folgenden Befehl im Terminal aus: ps aufx.
  2. Suchen Sie die PID des langwierigen Prozesses.
  3. Beenden Sie den Prozess mit kill -9 <PID>.

Implementierungen auf erneutes Auftreten überwachen

b. NO - Fahren Sie mit Schritt 18 fort.

Schritt 18: Auf einen Post-Hook-Fehler überprüfen step-18

Post-Hook-Fehler/Aufhängen?
a. YES - Datenbank: Freier Speicherplatz, Beschädigung, unvollständige/beschädigte Tabellen.
b. NO - Fahren Sie mit Schritt 19 fort.

Schritt 19: Überprüfen, ob Erweiterungen von Drittanbietern die Bereitstellung blockieren step-19

Verwenden von Drittanbietererweiterungen?
a. YES - Versuchen Sie, die Drittanbietererweiterungen zu deaktivieren und die Bereitstellung auszuführen (um zu sehen, ob sie die Ursache des Problems sind), insbesondere wenn in Fehlern Erweiterungsnamen vorhanden sind.
b. NO - Fahren Sie mit Schritt 20 fort.

Schritt 20: Auf langsame Abfragen überprüfen step-20

Lange laufende Abfragen?

Überprüfen Sie das langsame Abfrageprotokoll und MySQL zeigt processlist.

a. YES - Schließen Sie alle langwierigen Abfragen ab. Überprüfen Sie die Syntax für MySQL-Fehler.🔗
b. NO - Senden Sie ein Support-Ticket.

Schritt 21: Herunterladen der Elasticsearch-Version step-21

Herunterstufen von Elasticsearch-Versionen?
a. JA - Kann nicht durch Konfiguration durchgeführt werden. Senden Sie ein Support-Ticket.
b. NO - Senden Sie ein Support-Ticket.

Zurück zu Schritt 1

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a