Der Vorgang hängt und funktioniert nicht bis zum Ende und es gibt keine Meldungen, die Übergangsschaltflächen sind nicht grau

Wenn irgendwann alles in Ordnung ist und irgendwann nicht, dann haben Sie höchstwahrscheinlich nachts Probleme mit der Auslastung des Servers. Kommen Sie nachts zum Server und sehen Sie, was mit der Last passiert. Wenn ich mich richtig erinnere, schrieb Igor Ihnen vor einigen Wochen über einige Probleme mit der Hardware auf dem Server, wurden sie behoben?

[quote] Bodyako Dmitry Mitarbeiter schrieb: Wenn irgendwann alles in Ordnung ist und irgendwann nicht, dann haben Sie höchstwahrscheinlich Probleme mit der Auslastung des Servers in der Nacht. Kommen Sie nachts zum Server und sehen Sie, was mit der Last passiert. Wenn ich mich richtig erinnere, schrieb Igor Ihnen vor einigen Wochen über einige Probleme mit der Hardware auf dem Server, wurden sie behoben? [/quote] Ja, sie haben es behoben, jetzt funktioniert alles einwandfrei. Wie kann ich feststellen, was falsch ist?

[quote] Bodyako Dmitry Employee schrieb / a: Erstens müssen Sie nur im Moment der Dummheit zum Server gehen und sehen, wie hoch die Last in htop ist, und sich dann die Ergebnisse ansehen [/ quote] Okay, versuchen wir es, und zweitens ? :)

und zweitens wird es notwendig sein, bereits in Abhängigkeit von den erzielten Ergebnissen zu handeln)

[quote] Bodyako Dmitry Ein Mitarbeiter schrieb: und zweitens wird es notwendig sein, abhängig von den erzielten Ergebnissen zu handeln) [/quote] Jetzt hängen Sie wieder hier ist der Prozess https://baza.cn.ua/admin/customorder/order /24685/edit/ Ich drücke die Prozedurtaste und alles hängt blöd und die Statustasten sind grau https://prnt.sc/v2di7k Bitte schauen

Du hast echt was mit Eisen. Es war nicht das Verfahren, das funktionierte, aber ich konnte die Box nicht einmal betreten, ihr Server gab sie nicht an den Browser weiter. In diesem Moment gab es überhaupt keine Last auf dem Server selbst

[quote] Bodyako Dmitry Mitarbeiter schrieb / a: Du hast wirklich etwas mit Eisen. Es war nicht das Verfahren, das funktionierte, aber ich konnte die Box nicht einmal betreten, ihr Server gab sie nicht an den Browser weiter. In diesem Moment gab es überhaupt keine Last auf dem Server [/quote] Nun, du hast dich immer noch eingeloggt, und was hat htop angezeigt?

Es zeigte sich, dass der Server nicht belastet war, aber zu diesem Zeitpunkt gab der Server die Boxseite nicht aus. Nun, ich habe geschrieben, ich habe nicht klar genug geschrieben, Vlad?

[quote] Mitarbeiter von Bodyako Dmitry schrieb: Es zeigte sich, dass der Server nicht geladen war, aber zu diesem Zeitpunkt gab der Server die Box-Seite nicht zurück. Nun, ich habe geschrieben, ich habe nicht klar genug geschrieben, Vlad? [/quote] Hier ist die Antwort des Hosting-TP https://prnt.sc/v2h0uc Was kann also als nächstes getan werden?

Hier ist eine weitere Antwort vom TP https://prnt.sc/v2hj4c Ich verstehe, dass es ein Problem mit der Datenbank gibt, und da ich das TP verstehe, dass jemand den VPS schlecht konfiguriert hat, gibt es kein Protokoll als Argument, obwohl dies der Fall ist in der Konfig eingetragen. Wie kannst du helfen?

Ich kann Ihnen nur mit etwas helfen, das in meinen Kompetenzbereich fällt - Boxen. Ich sehe hier keine Boxprobleme.

[quote] Mitarbeiter von Bodyako Dmitry schrieb: Ich kann Ihnen nur mit etwas helfen, das in meine Kompetenz fällt - Boxen. Ich sehe hier keine Probleme vom Boxen [/quote] Wieder gab es eine Art "Bestimmung", dass ich überhaupt nicht ins Boxen gehen konnte. Ich habe den Gastgeber angeschrieben, damit sie sehen, was da gemacht werden kann ?

In diesem Beitrag ist nichts Nützliches. cronque.sh ist ein Cron-Sammler, der die Liste der zum Ausführen erforderlichen Crons "neu erstellt". Er kann nichts auf dem Server beschädigen

Wenn Boxen diese Freezes verursacht haben, dann wäre es nicht nur auf deinem Server, sondern blöderweise für alle, es ist sofort klar, dass das Problem auf deiner speziellen Box einen Pfosten im Server bedeutet (jetzt ist alles in Ordnung, aber nach einer halben Stunde ist alles dumm - und der Code funktioniert genauso wie vor einer halben Stunde und jetzt bedeutet es, dass etwas mit dem Server passiert, auf dem dieser Code läuft)

[quote] Bodyako Dmitry Employee wrote/a: Wenn es das Boxen war, das diese Einfrierungen verursacht hat, dann wäre es nicht nur auf Ihrem Server, sondern dummerweise für alle, es ist sofort offensichtlich, dass das Problem auf Ihrer speziellen Box einen Pfosten im Server bedeutet (jetzt ist alles in Ordnung, und nach einer halben Stunde ist alles blöd - und der Code funktioniert genauso wie vor einer halben Stunde und jetzt, dann passiert etwas mit dem Server, auf dem dieser Code läuft) [/quote] Dem stimme ich zu mit deiner logik wie kann ich das dem hoster beweisen, soll ich sagen das bei denen alles in ordnung ist?

Leider habe ich keine Erfahrung in der Kommunikation mit Hostern, um Ihnen beim Verfassen einer Beschwerde an sie zu helfen.

[quote] Mitarbeiter von Bodyako Dmitry schrieb: Leider habe ich keine Erfahrung in der Kommunikation mit Hostern, um Ihnen beim Schreiben eines Aufrufs an sie zu helfen [/quote] Der Hoster hat die Arbeit des Servers analysiert fehlgeschlagen in Swap auf 1,2 GB. Diese. Die verwendete Auslagerungsdatei hat fast die gleiche Größe wie der Arbeitsspeicher. KiB-Speicher: 1873912 insgesamt, 168868 frei, 1347888 verwendet, 357156 Buff/Cache 416200 verfügbar Speicher ^^^^^^^^^^^^^^ Dies ist kein normaler Zustand. Ideal - wenn die Auslagerungsdatei nicht verwendet wird. Zulässig – wenn weniger als ein Viertel des Arbeitsspeichers verwendet wird. Mysql neu gestartet - Nutzung der Auslagerungsdatei um 4/5 gesunken. tat # swapoff -a ; swapon Der Server hat Swap in den Speicher geschrieben und auf Null zurückgesetzt. Diese. top sieht jetzt so aus KiB Mem: 1873912 gesamt, 198040 frei, 1049884 belegt, 625988 buff/cache KiB Swap: 2621432 gesamt, 2621432 frei, 0 belegt. 565292 Avail-Speicherausgabe - MySQL ist so konfiguriert, dass es auf einem System mit deutlich mehr als 2 GB RAM funktioniert und versucht, zu viele Informationen im Speicher (im Cache) zu halten, sodass der Cache auf der Festplatte landet. Und durch diese Anwesenheit eines Caches wird es nur noch schlimmer. Fazit: Sie müssen mysql dahingehend optimieren, dass die Größe des Caches reduziert wird. Es stellt sich heraus, dass der Server irgendwie falsch konfiguriert ist, dh die Datenbank selbst 1. Warum wird dies getan und was kann getan werden? 2. Vielleicht hängt das irgendwie mit der Prozedur zusammen, die ich https://baza.cn.ua/admin/shop/workflow/9/procedure/49/?status=0 ausführe? Da arbeitet sie schon sehr lange und kann sie das irgendwie beeinflussen?

Die Anzahl der Agenten, die die Datenbank für sich nutzen kann, wird auf dem Server selbst in den Datenbankeinstellungen konfiguriert. Wenn Sie unseren Systemadministrator benötigen, um die Datenbank neu zu konfigurieren, benötigen Sie eine Aufgabe für ihn, dies ist 1 Stunde.

[quote] Bodyako Dmitry Employee schrieb: Die Anzahl der Agenten, die die Datenbank für sich selbst verwenden kann, wird auf dem Server selbst in den Datenbankeinstellungen konfiguriert. Wenn Sie unseren Systemadministrator benötigen, um die Datenbank neu zu konfigurieren, benötigen Sie eine Aufgabe für ihn, diese beträgt 1 Stunde. [/quote] Hier ist die Frage, ob du bei deiner letzten Neukonfiguration alles richtig konfiguriert hast, da der Hoster behauptet, dass da etwas nicht stimmt, die Datenbank irgendwie gierig frisst + irgendwas mit dem Cache nicht klar ist, oder hast du alles richtig eingerichtet?

Eineinhalb GB RAM sind nicht gierig. Auf dem Server, auf dem unsere Box steht, frisst beispielsweise die Basis etwa 50 GB RAM. Das Problem ist, dass Sie nur eineinhalb GB RAM haben.