Speicherberechnung fehlerhaft [GELÖST]

[Heppi]

In der Benutzerverwaltung des Admins wird der verwendete Speicher des Benutzers fehlerhaft berechnet.
Angezeigt werden hier z.B. 2.4GB obwohl mehr als 1TB in Gebrauch sind!

Das ist in der Festplattenauslastung gut zu erkennen. Die zwei Ordner sind zwei Sub/domains zugeordnet, eines davon ist meine Cloud


Dies ist mir in der Version 20.3 schon aufgefallen, passiert aber auch in der aktuellen Version.

KeyHelp wurde auf Version 20.3.1 aktualisiert.
Mittwoch, 04. November 2020 - 02:47:12

Viele Grüße
Peter Heppner

[Alexander]

Das ist kein Fehler:

In die Speicherplatzanzeige unter "Benutzerverwaltung" zählen alle vom Benutzer verwendeten Daten, so auch Datenbanken und E-Mails. Diese liegen nicht im Home-Verzeichnis des Benutzers, sondern an anderer Stelle im System.

Die Speicherplatz-Berechnung in der Benutzerverwaltung wird (Standardeinstellung) 1 mal pro Stunde aktualisiert. Die Anzeige auf dem zweiten Screenshot zeigt immer die aktuellen Werte an.

[Heppi]

Es fehlen in der Rechnung knapp 1TB, es wird nur ca 2GB angezeigt, obwohl diesem Benutzer 1,1TB gehören.
Es ist nicht das Homeverzeichnis, sondern die Daten sind per Apache abgreifbar.
Der benutzte Webspace gehört schon dazu, sonst ist das Limit zwecklos!

Viele Grüße
Peter Heppner

[Florian]

Hallo,

wenn die Dateien nicht dem betreffenden User gehören werden Sie auch nicht von dessen Quota erfasst. Stimmt der Besitzer der Dateien und Verzeinchisse denn?

[Heppi]

Ja, alle Dateien gehören diesem Benutzer! Ich habe mich gerade noch einmal vergewissert

Code: Select all

root@leda /home/users/xxxxxxx/www/c # du -h -d 1
91M     ./core
1.2T    ./data
748M    ./apps
58M     ./3rdparty
11M     ./lib
80K     ./themes
76K     ./config
20K     ./ocs
716K    ./updater
8.0K    ./ocs-provider
8.0K    ./ocm-provider
376K    ./resources
1.2T    .

Code: Select all

root@leda /home/users/xxxxxxx/www/c # l
total 160
drwxr-xr-x 41 xxxxxxx xxxxxxx  4096 Oct 11 22:16 3rdparty
drwxr-xr-x 75 xxxxxxx xxxxxxx  4096 Nov  4 11:27 apps
-rw-r--r--  1 xxxxxxx xxxxxxx 16522 Oct 11 22:13 AUTHORS
drwxr-xr-x  2 xxxxxxx xxxxxxx  4096 Oct 11 22:17 config
-rw-r--r--  1 xxxxxxx xxxxxxx  3967 Oct 11 22:13 console.php
-rw-r--r--  1 xxxxxxx xxxxxxx 34520 Oct 11 22:13 COPYING
drwxr-xr-x 23 xxxxxxx xxxxxxx  4096 Oct 11 22:16 core
-rw-r--r--  1 xxxxxxx xxxxxxx  5140 Oct 11 22:13 cron.php
drwxrwx--- 16 xxxxxxx xxxxxxx  4096 Oct 20 14:48 data
-rw-r--r--  1 xxxxxxx xxxxxxx  3124 Oct 11 22:17 .htaccess
-rw-r--r--  1 xxxxxxx xxxxxxx   156 Oct 11 22:13 index.html
-rw-r--r--  1 xxxxxxx xxxxxxx  2960 Oct 11 22:13 index.php
drwxr-xr-x  6 xxxxxxx xxxxxxx  4096 Oct 11 22:16 lib
-rw-r--r--  1 xxxxxxx xxxxxxx   283 Oct 11 22:13 occ
drwxr-xr-x  2 xxxxxxx xxxxxxx  4096 Oct 11 22:16 ocm-provider
drwxr-xr-x  2 xxxxxxx xxxxxxx  4096 Oct 11 22:16 ocs
drwxr-xr-x  2 xxxxxxx xxxxxxx  4096 Oct 11 22:16 ocs-provider
-rw-r--r--  1 xxxxxxx xxxxxxx  3102 Oct 11 22:13 public.php
-rw-r--r--  1 xxxxxxx xxxxxxx  5332 Oct 11 22:13 remote.php
drwxr-xr-x  4 xxxxxxx xxxxxxx  4096 Oct 11 22:16 resources
-rw-r--r--  1 xxxxxxx xxxxxxx    26 Oct 11 22:13 robots.txt
-rw-r--r--  1 xxxxxxx xxxxxxx  2379 Oct 11 22:13 status.php
drwxr-xr-x  3 xxxxxxx xxxxxxx  4096 Oct 11 22:16 themes
drwxr-xr-x  2 xxxxxxx xxxxxxx  4096 Oct 11 22:17 updater
-rw-r--r--  1 xxxxxxx xxxxxxx   101 Oct 11 22:13 .user.ini
-rw-r--r--  1 xxxxxxx xxxxxxx   362 Oct 11 22:13 version.php

Viele Grüße
Peter Heppner

[Alexander]

Bitte einmal den Logauszug vom fraglichen Benutzer während der Speicherplatzberechnung posten:

Systemstatus -> Protokolle -> diskspace.log
(die Berechnung läuft auch noch regelmäßig?)

Sowie die Ausgabe des Befehls: "repquota /"

[Heppi]

Auszug:

Code: Select all

[05-Nov-2020 16:39:01] INFO  --> select user "xxxxxxx"
[05-Nov-2020 16:39:01] INFO  -->   webspace: 4.00 KB
[05-Nov-2020 16:39:01] INFO  -->   email: 1.81 GB
[05-Nov-2020 16:39:01] INFO  -->     email account [GELÖSCHT]
[05-Nov-2020 16:39:01] INFO  -->   databases: 619.53 MB
[05-Nov-2020 16:39:01] INFO  -->     database "huginn": 0 B
[05-Nov-2020 16:39:01] INFO  -->     database "mattermost": 0 B
[05-Nov-2020 16:39:01] INFO  -->     database "nextcloud": 619.53 MB
[05-Nov-2020 16:39:01] INFO  -->   summary: 2.41 GB / 2.00 TB - 0.12 %

Da ich /home in einem separaten fs halte hier zwei Ausgaben (andere Daten gelöscht):

Code: Select all

root@leda /home/users/xxxxxxx/www/c # repquota -us /
*** Report for user quotas on device /dev/mapper/vg0-root
Block grace time: 7days; Inode grace time: 7days
                        Space limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --   5976M      0K      0K          64123     0     0
man       --   1896K      0K      0K            147     0     0
www-data  --      8K      0K      0K              2     0     0
_apt      --      4K      0K      0K              1     0     0
keyhelp   --    682M      0K      0K             20     0     0
bind      --     12K      0K      0K              3     0     0
mysql     --     36K      0K      0K              9     0     0
ftp       --      4K      0K      0K              1     0     0
postfix   --     92K      0K      0K             61     0     0
vmail     --    180K      0K      0K             37     0     0
opendkim  --    204K      0K      0K             51     0     0
clamav    --    124K      0K      0K             28     0     0
amavis    --   2168K      0K      0K              4     0     0
xxxxxxx   --      4K   2048G   2048G              1  358m  358m

Code: Select all

root@leda /home/users/xxxxxxx/www/c # repquota -us /home
*** Report for user quotas on device /dev/mapper/vg0-home
Block grace time: 7days; Inode grace time: 7days
                        Space limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --  23726M      0K      0K           1137     0     0
www-data  --  33972K      0K      0K            200     0     0
keyhelp   --    247M      0K      0K          14114     0     0
xxxxxxx   --   1191G      0K      0K          1026k     0     0

[Alexander]

Da ich /home in einem separaten fs halte

Wenn du solcherlei Änderungen vornimmst, muss anschließend auch noch eine Änderung in der Datenbank vorgenommen werden.

In der `keyhelp`.`settings` muss der Wert für category: "quota", name: "filesystem" auf value "/home" geändert werden. Anschließend kann der Speicherplatz beim nächsten Berechnungslauf entsprechend von /home ermittelt werden.

[Heppi]

Vielen Dank, das hat geholfen!
PS: Die Filesysteme waren übrigens schon vor dem Aufspielen von Keyhelp so eingerichtet.

Peter Heppner

[Martin]

Hallo,

standardmäßig geht KeyHelp immer davon aus das /home mit auf dem / Dateisystem liegt (d.H. das nur ein Dateisystem genutzt wird). Bei Abweichungen hiervon ist immer eine entsprechende Anpassung in der DB nötig.