Web-Quota Berechnung bei gemountetem Speicher

[bernhard]

Hallo Community,

bin gerade am Evaluieren von KeyHelp und das sieht bis jetzt alles richtig gut aus Gratulation zu dem tollen Produkt!

Ich habe einen vServer Ubuntu 18.04 mit aktuellem KeyHelp. An den Server sind diverse andere Laufwerke gemountet um flexibel und skalierbar zu bleiben:

• eigene schnelle volumes für /home/users und /var/lib/mysql
• langsamer storage per WebDAV für /backup und /var/mail/vhosts

https://kb.keyhelp.de/article/konfigura ... e-118.html (danke dafür!)

Das Problem ist, dass er mir für den Webspace immer 0B anzeigt:



Repquota zeigt folgendes:

Code: Select all

repquota /home/users/ -s
*** Report for user quotas on device /dev/sdb
Block grace time: 7days; Inode grace time: 7days
                        Space limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --     28K      0K      0K              4     0     0
www-data  --     76K      0K      0K              2     0     0
test      --  16424M      0K      0K           2868     0     0
zps       --    208K      0K      0K             12     0     0

User "test" hat somit die korrekten ~16GB zugeordnet, wobei "test" und "zps" bei repquota / nicht gelistet werden!

Repquota für das mysql drive sieht so aus:

Code: Select all

repquota /var/lib/mysql/ -s
*** Report for user quotas on device /dev/sdc
Block grace time: 7days; Inode grace time: 7days
                        Space limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --      4K      0K      0K              2     0     0
mysql     --    192M      0K      0K            380     0     0

Der cronjob hingegen liefert folgendes:

Code: Select all

php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php --force-diskspace
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> forced to run "diskspace.php"
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> jobs to run: diskspace.php
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> >>> trying to run "diskspace"
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> lock "diskspace" acquired
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> processing the job ...
[02-Jun-2020 11:39:35] INFO  --> users loaded
[02-Jun-2020 11:39:35] INFO  --> select user "test"
[02-Jun-2020 11:39:35] INFO  -->   webspace: 0 B
[02-Jun-2020 11:39:35] INFO  -->   email: 10.84 MB
[02-Jun-2020 11:39:35] INFO  -->     email account "test@test.com": 10.84 MB
[02-Jun-2020 11:39:35] INFO  -->   databases: 1.39 MB
[02-Jun-2020 11:39:35] INFO  -->     database "test_db1": 1.39 MB
[02-Jun-2020 11:39:35] INFO  -->   summary: 12.23 MB / unlimited - 0.00 %
[02-Jun-2020 11:39:35] INFO  --> select user "zps"
[02-Jun-2020 11:39:35] INFO  -->   webspace: 0 B
[02-Jun-2020 11:39:35] INFO  -->   email: 0 B
[02-Jun-2020 11:39:35] INFO  -->   databases: 0 B
[02-Jun-2020 11:39:35] INFO  -->   summary: 0 B / 1.00 MB - 0.00 %
[PID-1234] [02-Jun-2020 11:39:35] INFO  --> <<< job done, releasing lock "diskspace"

Also:

Code: Select all

[02-Jun-2020 11:39:35] INFO  --> select user "test"
[02-Jun-2020 11:39:35] INFO  -->   webspace: 0 B

Mein Workaround wäre, den cronjob auszuschalten und ein eigenes Skript zu bauen, das die Werte selbst in die users Tabelle der KeyHelp DB schreibt. Nicht optimal, scheint aber zu funktionieren

Meine Fragen:

• Gibt es eine Möglichkeit, KeyHelp die richtige Berechnung der Quota beizubringen? Kann ich etwas am Server anders konfigurieren? (Bitte um Nachsicht, ich bin Webentwickler und kein Linux Guru )
• Kann mein Workaround irgendwelche ungewollten Nebeneffekte haben?
• Was passiert standardmäßig, wenn die User Quota überschritten wird? Bekommt der User ne Mail? Kann man hard limits einstellen? Ist das irgendwo dokumentiert? Habe leider nichts dazu gefunden...

Vielen Dank im Voraus für eure Hilfe


[Mod-Edit]
Thread nach Bedienung und Nutzung verschoben.

[Martin]

Hallo,

wenn /home/users eine eigene Partiton ist, so muss dies in der settings Tabelle der KeyHelp Datenbank angepasst werden, das quota_dir steht hier standardmäßig auf / und ruft entsprechend die Userquota für diese Partition ab. Hier müsste dann der /home bzw. /home/users Mountpoint hinterlegt werden.

[bernhard]

Wahnsinn, das klappt Vielen Dank!

Wäre auch noch froh über ne kurze Auskunft hierfür:
Was passiert standardmäßig, wenn die User Quota überschritten wird? Bekommt der User ne Mail? Kann man hard limits einstellen? Ist das irgendwo dokumentiert? Habe leider nichts dazu gefunden...

Danke schön LG

[Martin]

Hallo,

standardmäßig bekommt der User eine Mail bei 80% und 100% Füllstand. Wenn die Quota überschritten wird geht der User auf ReadOnly, weitere Daten können entsprechend nicht mehr geschrieben werden.

[bernhard]

Ok, vielen Dank. Das reicht mir und da hätte es mit meinem Workaround wohl Probleme gegeben