Wir verwenden Cookies, um den Inhalt und die Leistung der Website zu optimieren. Indem Sie Ihren Besuch fortsetzen, stimmen Sie der Verwendung von Cookies zu.
Es gab ein Problem mit dem System, alles funktionierte sehr „sehr gut“
Der Hoster antwortete „Bula DDoS-Angriff“
Minutenaktionen funktionierten nach diesem Angriff nicht mehr
1. Ich verstehe richtig, dass Sie, damit die Aktionen wieder funktionieren, in das Verzeichnis ..../cron/ gehen und dort die Datei mit der PID-Erweiterung löschen müssen, oder Sie müssen etwas anderes tun, um zu starten die Funktionen?
2. Wenn Sie nichts tun (und Ihnen nicht schreiben), wann beginnen dann (bestenfalls) die Aktionen auf der Minutenkrone?
Es gab ein Problem mit dem System, alles funktionierte sehr „sehr gut“ Der Hoster antwortete „Bula DDoS-Angriff“ Minutenaktionen funktionierten nach diesem Angriff nicht mehr 1. Ich verstehe richtig, dass Sie, damit die Aktionen wieder funktionieren, in das Verzeichnis ..../cron/ gehen und dort die Datei mit der PID-Erweiterung löschen müssen, oder Sie müssen etwas anderes tun, um zu starten die Funktionen? 2. Wenn Sie nichts tun (und Ihnen nicht schreiben), wann beginnen dann (bestenfalls) die Aktionen auf der Minutenkrone?
Ok, danke für die Antwort auf die zweite Frage, bitte beantworte auch die erste Frage "1. Ich verstehe richtig, dass Sie in das Verzeichnis ..../cron/ gehen und löschen müssen, damit die Aktionen wieder funktionieren die Datei mit der PID-Erweiterung dort oder Sie brauchen, gibt es noch etwas zu tun, um die Funktionen zu starten?
Ok, danke für die Antwort auf die zweite Frage, bitte beantworte auch die erste Frage "1. Ich verstehe richtig, dass Sie in das Verzeichnis ..../cron/ gehen und löschen müssen, damit die Aktionen wieder funktionieren die Datei mit der PID-Erweiterung dort oder Sie brauchen, gibt es noch etwas zu tun, um die Funktionen zu starten?
Guten Tag. Nach Anspruch 1 ist das richtig. Überprüfen Sie zum einen im Speicher, ob das Skript dort bleibt, wenn es bleibt, dann löschen Sie es auch. Aber Sie müssen sicher sein, dass das Skript zu diesem Zeitpunkt nichts tut (etwas Geplantes, das nur lange funktioniert, Entladen, Massenversand von Briefen ...). Am Samstag blieb die Krone im Gedächtnis, offenbar wegen des Angriffs, die Verbindung zum externen Dienst war im Stand aufgebaut, aber es wurden keine Daten übertragen.
Guten Tag. Nach Anspruch 1 ist das richtig. Überprüfen Sie zum einen im Speicher, ob das Skript dort bleibt, wenn es bleibt, dann löschen Sie es auch. Aber Sie müssen sicher sein, dass das Skript zu diesem Zeitpunkt nichts tut (etwas Geplantes, das nur lange funktioniert, Entladen, Massenversand von Briefen ...). Am Samstag blieb die Krone im Gedächtnis, offenbar wegen des Angriffs, die Verbindung zum externen Dienst war im Stand aufgebaut, aber es wurden keine Daten übertragen.
Tasun Sergey Vladimirovich Mitarbeiter schrieb: Guten Tag. Nach Anspruch 1 ist das richtig. Überprüfen Sie zum einen im Speicher, ob das Skript dort bleibt, wenn es bleibt, dann löschen Sie es auch. Aber Sie müssen sicher sein, dass das Skript zu diesem Zeitpunkt nichts tut (etwas Geplantes, das nur lange funktioniert, Entladen, Massenversand von Briefen ...). Am Samstag blieb die Krone im Gedächtnis, offenbar wegen des Angriffs, die Verbindung zum externen Dienst war im Stand aufgebaut, aber es wurden keine Daten übertragen.
Ok, danke. Und was ist das Risiko, das Skript nicht aus dem Speicher zu löschen "ist noch ein Skript im Speicher, wenn es bleibt, dann lösche es auch", dh wenn die PID-Datei gelöscht wird, aber Das Skript ist nicht im Speicher, wie kann es dann resultieren?
[quote] Tasun Sergey Vladimirovich Mitarbeiter schrieb: Guten Tag. Nach Anspruch 1 ist das richtig. Überprüfen Sie zum einen im Speicher, ob das Skript dort bleibt, wenn es bleibt, dann löschen Sie es auch. Aber Sie müssen sicher sein, dass das Skript zu diesem Zeitpunkt nichts tut (etwas Geplantes, das nur lange funktioniert, Entladen, Massenversand von Briefen ...). Am Samstag blieb die Krone im Gedächtnis, offenbar wegen des Angriffs, die Verbindung zum externen Dienst war im Stand aufgebaut, aber es wurden keine Daten übertragen. [/quote] Ok, danke. Und was ist das Risiko, das Skript nicht aus dem Speicher zu löschen "ist noch ein Skript im Speicher, wenn es bleibt, dann lösche es auch", dh wenn die PID-Datei gelöscht wird, aber Das Skript ist nicht im Speicher, wie kann es dann resultieren?
Sie wissen nicht, aus welchem Grund das Skript lange braucht und womit es funktioniert. Das Entfernen eines Skripts aus dem Speicher bedeutet tatsächlich, den Programmcode zu stoppen, während alles, mit dem das Skript interagiert und offen gehalten wird (Dateien, Verbindungen, Transaktionen ...), freigegeben wird.
Sie wissen nicht, aus welchem Grund das Skript lange braucht und womit es funktioniert. Das Entfernen eines Skripts aus dem Speicher bedeutet tatsächlich, den Programmcode zu stoppen, während alles, mit dem das Skript interagiert und offen gehalten wird (Dateien, Verbindungen, Transaktionen ...), freigegeben wird.
Tasun Sergey Vladimirovich Mitarbeiter schrieb: Sie wissen nicht, warum das Skript lange funktioniert und was es verwendet, um zu funktionieren. Das Entfernen eines Skripts aus dem Speicher bedeutet tatsächlich, den Programmcode zu stoppen, während alles, mit dem das Skript interagiert und offen gehalten wird (Dateien, Verbindungen, Transaktionen ...), freigegeben wird [/ quote] Ich habe eine andere Frage: Alles wurde gestoppt , ich ging hinein und löschte die PID-Datei Das Skript blieb im Speicher Was als nächstes passieren wird, es wird für immer dort leben, oder es wird sofort aufhören zu existieren, nachdem die Aktionen auf dem Minute Cron gestartet wurden und einen neuen Start dieses Skripts bilden, oder 2 Skripte werden im Speicher leben (neu und alt)
[quote] Tasun Sergey Vladimirovich Mitarbeiter schrieb: Sie wissen nicht, warum das Skript lange funktioniert und was es verwendet, um zu funktionieren. Das Entfernen eines Skripts aus dem Speicher bedeutet tatsächlich, den Programmcode zu stoppen, während alles, mit dem das Skript interagiert und offen gehalten wird (Dateien, Verbindungen, Transaktionen ...), freigegeben wird [/ quote] Ich habe eine andere Frage: Alles wurde gestoppt , ich ging hinein und löschte die PID-Datei Das Skript blieb im Speicher Was als nächstes passieren wird, es wird für immer dort leben, oder es wird sofort aufhören zu existieren, nachdem die Aktionen auf dem Minute Cron gestartet wurden und einen neuen Start dieses Skripts bilden, oder 2 Skripte werden im Speicher leben (neu und alt)
Tasun Sergey Vladimirovich Mitarbeiter schrieb: Wenn Sie das Skript nicht löschen, werden zwei leben.
Glaubst du, es wäre logisch, das alte Skript beim Starten des Skripts zu "killen", oder ist das ein strittiger Punkt?
[quote] Tasun Sergey Vladimirovich Mitarbeiter schrieb: Wenn Sie das Skript nicht löschen, werden zwei leben. [/quote] Glaubst du, es wäre logisch, das alte Skript beim Starten des Skripts zu "killen", oder ist das ein strittiger Punkt?
Wenn Sie diese Lösung vorschlagen, lassen Sie sich von der Tatsache leiten, dass der Cron weniger als eine Minute läuft, aber wenn Sie E-Mails hochladen oder versenden möchten (nur als Beispiel), dauert der Cron mehr als eine Minute . Und Ihr Vorschlag, das alte Skript zu "töten", macht keinen Sinn. Sie wissen nicht, warum das Skript lange ausgeführt wird.
Wenn Sie diese Lösung vorschlagen, lassen Sie sich von der Tatsache leiten, dass der Cron weniger als eine Minute läuft, aber wenn Sie E-Mails hochladen oder versenden möchten (nur als Beispiel), dauert der Cron mehr als eine Minute . Und Ihr Vorschlag, das alte Skript zu "töten", macht keinen Sinn. Sie wissen nicht, warum das Skript lange ausgeführt wird.
Tasun Sergey Vladimirovich OneBox-Produktion schrieb: Guten Tag. Wenn nichts getan wird, startet der Minuten-Cron automatisch nach 90 Minuten ab dem Start des vorherigen.
Guten Tag! 1. Sie haben vorhin geschrieben, dass "es in 90 Minuten startet", aber es startete nicht, der feine Cron startete um 20:08, ich ging zu "/cron/" um 23:35 und dort die Cron-Minuten-PID-Datei Warum startete der feine Cron nicht nach 90 Stunden, tobto ungefähr um 22:00 ? 2.
Tasun Sergey Vladimirovich OneBox-Produktion schrieb: Wenn Sie das Skript nicht löschen, werden zwei leben.
2. Also füttere ich das Skript einfacher aus dem Speicher (es ist nicht klar, wie man das Skript kennt), damit Sie das Problem auf diese Weise beheben können, starten Sie den Server neu und holen Sie sich dann die PID-Datei (to Neustart durch Logik Löschen Sie den Speicher 'yat Skripttyp und führen Sie die Cron-PID-Datei durch Logik aus)?
[quote] Tasun Sergey Vladimirovich OneBox-Produktion schrieb: Guten Tag. Wenn nichts getan wird, startet der Minuten-Cron automatisch nach 90 Minuten ab dem Start des vorherigen. [/quote] Guten Tag! 1. Sie haben vorhin geschrieben, dass "es in 90 Minuten startet", aber es startete nicht, der feine Cron startete um 20:08, ich ging zu "/cron/" um 23:35 und dort die Cron-Minuten-PID-Datei Warum startete der feine Cron nicht nach 90 Stunden, tobto ungefähr um 22:00 ? 2. [quote] Tasun Sergey Vladimirovich OneBox-Produktion schrieb: Wenn Sie das Skript nicht löschen, werden zwei leben. [/quote] 2. Also füttere ich das Skript einfacher aus dem Speicher (es ist nicht klar, wie man das Skript kennt), damit Sie das Problem auf diese Weise beheben können, starten Sie den Server neu und holen Sie sich dann die PID-Datei (to Neustart durch Logik Löschen Sie den Speicher 'yat Skripttyp und führen Sie die Cron-PID-Datei durch Logik aus)?
Bitte beteiligen Sie sich am Dialog. Wenn Sie etwas zu sagen haben - schreiben Sie bitte einen Kommentar. Für die Teilnahme benötigen Sie ein Mobiltelefon und einen SMS-Code zur Identifizierung.
Melden Sie sich an und schreiben Sie einen Kommentar