KeyHelp – Berechung des Quotas funktioniert nicht

Letzte Aktualisierung am 22.07.2024, 21:07:03 Uhr

Ich habe einen virtuellen Server, den CX11 in der Hetzner Cloud bestellt. Dort habe ich für das Management die Software KeyHelp installiert. Nach einigen Spielereien habe ich festgestellt, dass die Berechnung der Speicherplatzbelegung des Webspaces nicht funktioniert.

Unter Einstellungen -> Panel-Aufgaben-Intervalle gibt es für die Berechnung des Speicherplatzes eine Aufgabe mit dem Namen „Speicherplatz berechnen“. Dies kann jeder Zeit manuell angestoßen werden.

Bei der Durchsicht der Protokolldateien (Logs & Status -> Panel-Aufgaben-Logs) wird folgender Fehlermeldung ausgegeben.

Für eine genauere Eingrenzung des Problems per SSH mit dem Server binden und nachstehende Befehle ausführen.

root@server01:~# repquota /
*** Report for user quotas on device /dev/sda1
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      -- 2346056       0       0          55417     0     0
daemon    --      64       0       0              4     0     0
man       --    1172       0       0             81     0     0
www-data  --      52       0       0             17     0     0
syslog    --    1448       0       0              6     0     0
_apt      --      40       0       0              4     0     0
lxd       --       4       0       0              1     0     0
landscape --       8       0       0              3     0     0
pollinate --       4       0       0              2     0     0
keyhelp   --  123424       0       0          10541     0     0
bind      --      12       0       0              3     0     0
mysql     --  192856       0       0            615     0     0
ftp       --       4       0       0              1     0     0
postfix   --      88       0       0             52     0     0
vmail     --     300       0       0             71     0     0
opendkim  --      96       0       0             24     0     0
clamav    --  156352       0       0              9     0     0
postgrey  --   10324       0       0              8     0     0
debian-spamd --      24       0       0              6     0     0
amavis    --     324       0       0             28     0     0
ntp       --       8       0       0              2     0     0
#62583    --       4       0       0              2     0     0
root@server01:~# quotaon -avug
quotaon: using //aquota.group on /dev/sda1 [/]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using //aquota.user on /dev/sda1 [/]: No such process
quotaon: Quota format not supported in kernel.
root@server01 ~ # uname -a
Linux xx.wydler.eu 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
root@server01 ~ # cat /proc/version
Linux version 4.15.0-39-generic (buildd@lgw01-amd64-054) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018

Ursache ist in diesem Fall der Kernel bzw. der falsche Typ. Dies kann mit folgendem Befehl behoben werden.

apt-get -y install linux-image-generic

Anschließend folgende Befehle auf der Shell durchführen:

root@server01:~# quotacheck -avugm
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Scanning /dev/sda1 [/] done
quotacheck: Checked 9114 directories and 70578 files

Quota aktiveren:

root@server01 ~ # quotaon -avug
/dev/sda1 [/]: group quotas turned on
/dev/sda1 [/]: user quotas turned on

Das ist sieht nun deutlich besser aus.

root@server01:~# repquota /
*** Report for user quotas on device /dev/sda1
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      -- 2346056       0       0          55417     0     0
daemon    --      64       0       0              4     0     0
man       --    1172       0       0             81     0     0
www-data  --      52       0       0             17     0     0
syslog    --    1448       0       0              6     0     0
_apt      --      40       0       0              4     0     0
lxd       --       4       0       0              1     0     0
landscape --       8       0       0              3     0     0
pollinate --       4       0       0              2     0     0
keyhelp   --  123424       0       0          10541     0     0
bind      --      12       0       0              3     0     0
mysql     --  192856       0       0            615     0     0
ftp       --       4       0       0              1     0     0
postfix   --      88       0       0             52     0     0
vmail     --     300       0       0             71     0     0
opendkim  --      96       0       0             24     0     0
clamav    --  156352       0       0              9     0     0
postgrey  --   10324       0       0              8     0     0
debian-spamd --      24       0       0              6     0     0
amavis    --     324       0       0             28     0     0
ntp       --       8       0       0              2     0     0
xyz --      32       0       0             11     0     0
keyhelp-abc --     300    1024    1024             23   171   171
keyhelp-def --     216    1024    1024             14   171   171
keyhelp-mno --     208    1024    1024             12   171   171
keyhelp-xyz --   47132  102400  102400           5365 17067 17067
#62583    --       4       0       0              2     0     0

Abschließend im KeyHelp nochmals die Aufgabe manuell anstoßen und das Protokoll auf Fehler kontrollieren.

Somit funktioniert die Berechnung des verbrauchten Speicherplatzes des Webspaces anstandslos.

Abonnieren
Benachrichtige mich bei
1 Comment
neueste
älteste
Inline Feedbacks
View all comments
Georg
29.07.2021 09:40

Great. Thank’s a lot. I looked since months for a solution and found it finally here.