Felsökare för databaslagring på Adobe Commerce

Detta kan indikeras av en rad symtom som:

• /tmp-monteringen är full
• Nedstängning eller driftstopp
• Det går inte att lägga till SSH i en nod
• Fel som Inget utrymme kvar på enheten (28)

En lista med fel som beror på att /tmp är full finns i /tmp-monteringen full.

Eller har du ett /data/mysql-problem på grund av otillräckligt utrymme? Symtomen är bland annat:

• Avbrott på webbplatsen
• Kunder kan inte lägga till produkter i kundvagnen
• Databasanslutningsfel
• Galerafel som SQLSTATE[ 08S01] : Fel i kommunikationslänk: 1047 WSREP

En lista över fel som beror på brist på MySQL-diskutrymme finns i MySQL-diskutrymmet är lågt på Adobe Commerce i molninfrastrukturen.

Om du är osäker på om du har ett problem med diskutrymme och har ett New Relic-konto går du till sidan New Relic Infrastructure Monitoring Hosts. Därifrån:

• Klicka på fliken Lagring
• Ändra listrutan Diagramvisning från 5 till 20 resultat
• I tabellen kan du se om du har använt mycket diskutrymme i diagram eller tabeller med %

Mer detaljerad information finns i New Relic Infrastructure Monitoring > Lagringsfliken ​.

Om du har något av de symtom som beskrivs ovan bör du kontrollera status på dina noder för att kontrollera att det inte beror på ett problem med filnummer. Kör i CLI/Terminal:

df -ih

Är IUse% > 90%?

• JA - För många filer. Granska stegen för att ta bort filer på ett säkert sätt i Ta bort filer på ett säkert sätt när det inte finns tillräckligt med diskutrymme. Fortsätt till steg 2 när du har slutfört de här stegen. Skicka en supportanmälan om du vill begära mer utrymme.

• NO - Kontrollera användningen av diskutrymme i katalogerna /tmp och /data/mysql. Kör i CLI/Terminal:

  code language-none
  df -h | grep mysql df -h | grep tmp

Gå sedan till steg 3.

När du har minskat antalet filer kör du följande kommando i CLI/Terminal för att kontrollera diskutrymmesanvändningen i /tmp och /data/mysql.

df -h | grep mysql
df -h | grep tmp

Används mer än 70 % för /tmp eller /data/mysql?

• JA - Fortsätt till steg 3.

• NO - Frågor kanske inte innehåller tillräckligt med tillgängligt lagringsutrymme. Detta kan krascha noden, ta bort frågan och ta bort tmp-filerna. Logga in på kommandoradsklienten MySQL och kör:

  code language-none
  SHOW PROCESSLIST;

Undersök utdata för problematiska frågor. Om detta inte löses kan skicka in en supportanmälan och begära mer utrymme.

• /tmp - Fortsätt till steg 4.
• /data/mysql - Fortsätt till steg 5.

Obs! Som standard skriver databasens tmpdir till /tmp. Logga in på kommandoradsklienten för MySQL och kör
för att kontrollera din databaskonfiguration.

SHOW VARIABLES LIKE "TMPDIR";

Om tmpdir fortfarande skriver till /tmp visas /tmp i kolumnen Värde.

Följ Troubleshoot /tmp mount full for Adobe Commerce. Kör i CLI/Terminal när du har använt lösningar:

df -h | grep mysql
df -h | grep tmp

Är användningen < 70 %?

• JA - Problemet har åtgärdats.
• NO - Skicka en supportanmälan och begär mer utrymme.

Obs! Lösningarna i Felsökning /tmp mount full är utformade för handlare som inte har ändrat variablerna för databas-tmpdir, som som standard skriver till /tmp. Om du har ändrat tmpdir-värdet kommer instruktionerna i Felsökning/tmp-montering full inte att hjälpa.

Databaskonfigurationen kanske inte längre är den ursprungliga standardinställningen. Sök efter tmpdir-konfigurationen för databasen genom att köra i kommandoradsklienten för MySQL: SELECT @@DATADIR;

Om /data/mysql/ är utdata skriver tmpdir till /data/mysql/. Öka utrymmet genom att följa stegen i MySQL-diskutrymmet börjar ta slut på Adobe Commerce i molninfrastrukturen. Kör sedan i CLI/Terminal:

df -h | grep mysql
df -h | grep tmp

Är användningen < 70 %?

• JA - Problemet har åtgärdats.
• NO - Skicka en supportanmälan och begär mer utrymme.