[gelöst] Hohe Last

[Huck Fin]

Moin,
ich habe ein unbekanntes Problem.
Mein Debian-Cloud-Server hängt ständig mal.

ATOP sagt:

Code: Alles auswählen

DSK |           sdb   |  busy    100%  |   read    1328  |   write    259  |

Festplatte hab ich mal an Windows-PC gehängt und CrystalDiskInfo gestartet.
Festplatte 100% OK

Das Problem ist seit ca 2-3 Wochen.

Debian 9
3 core CPU AMD
6GB RAM

Eher Hardware oder Software Problem ?

[DeletedUserReAsG]

Eher Hardware oder Software Problem?¹

Mit den wenigen Infos? Könnte alles sein, bis hin zu Sonnenwinden oder Quanteneffekten.



¹ Autodeplenk ausgelöst

[willy4711]

Vielleicht dieses ?
viewtopic.php?f=2&t=174527

[Huck Fin]

Die Platte hatte ich schon ausgetauscht.
Ich teste die vorherige Platte mal in einem anderen PC
Wenn der Fehler da auch auftritt muss was an der Software sein

[Huck Fin]

Nach viel hin und her getausche von Hardware habe ich das Problem geortet.
Ich habe sogar auf ein Upgrade auf Buster gewagt.
Nichts hat geholfen.
Das Problem ist eine Auslastung, die jeglichen Zugriff unmöglich macht.
Ich habe mal die cronjobs deaktiviert.
Es ist der cronjob von nextcloud.

Code: Alles auswählen

sudo -u www-data php /var/www/html/nextcloud/cron.php

Es sind nicht wirklich viele Dateien in Nextcloud, aber ich habe Samba-Shares eingebunden.
Da liegt so einiges an Dateien...

Wie kann ich dem Job ein maximum von 10% Prozessor geben ?

[TRex]

nice bzw ionice könnten dir da helfen.

[Huck Fin]

danke

[Huck Fin]

Update... 2020-02
Ich habe ein komplett neues System mit komplett anderer Hardware installiert.
Debian GNU/Linux 10 (buster)
Nextcloud 18
PHP 7.3.11-1
Apache2
Das selbe Problem ist wieder aufgetreten.
Kein Zugriff auf den PC möglich.
Fesplatten-LED am PC leuchtet...
Jetzt habe ich das mal mit dem Nice so eingefügt.
crontab -u www-data -e

Code: Alles auswählen

*/10 * * * *   nice -n 10 php -f /var/www/html/nextcloud/cron.php  > /dev/null 2>&1

und bekomme gelegentlich folgende Mail

Code: Alles auswählen

/bin/sh: Zeile 1:  1784 Getötet                php -f /var/www/html/nextcloud/cron.php > /dev/null 2>&1

ist das normal ?
wo ist der Unterschied zwischen nice + ionice ?

[MSfree]

Code: Alles auswählen

*/10 * * * *   nice -n 10 php -f /var/www/html/nextcloud/cron.php  > /dev/null 2>&1

Muß das wirklich alle 10 Minuten laufen? Ich weiß halt nicht, was das Ding macht.

Möglicherweise braucht dieses Script auch länger als 10 Minuten, um fertig zu werden. Dann würde eine zweite Instanz bereits loslaufen, während die erste noch läuft. Das würde sich letztlich aufschaukeln, je mehr solcher Instanzen laufen, desto lahmer wird die Kiste.

Erste Abhilfe wäre, das deutlich seltener zu starten.

Zweite Abhilfe wäre, das Ding mit einem flock (siehe man flock) abzusichern. Das würde den Start eine zweiten Instanz komplett verhindern, falls die erste noch nicht fertig ist.

wo ist der Unterschied zwischen nice + ionice ?

nice steuert die Priorität, die ein Prozeß auf der CPU bekommt. ionice steuert die Priorität, die ein Prozeß im I/O-System (also Plattenzugriffe) bekommt. Aber beides halte ich für wenig geeignet, dein Problem in den Griff zu bekommen.

[Huck Fin]

flock
sagt mir was...
Werde es mal damit testen
Danke für den Tipp

[Huck Fin]

Es ist der Cronjob von der Nextcloud.

Seitdem ich flock benutze (ca. 2 Tage)

Code: Alles auswählen

*/15 * * * *   flock -w 0 /var/www/nccron php -f /var/www/html/nextcloud/cron.php  > /dev/null 2>&1

bekomme ich regelmäßig Fehler

Code: Alles auswählen

kernel: [245093.207522] Out of memory: Kill process 24902 (php) score 607 or sacrifice child

Bevor ich das mit Flock ausgeführt habe, hatte ich das nicht.
Kann das mit Flock zusammen hängen ?