Speicherberechnung fehlerhaft [GELÖST]
Speicherberechnung fehlerhaft
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
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
Last edited by Heppi on Thu 5. Nov 2020, 15:42, edited 1 time in total.
Re: Speicherberechnung fehlerhaft
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.
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.
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Re: Speicherberechnung fehlerhaft
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
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
Re: Speicherberechnung fehlerhaft
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?
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?
Mit freundlichen Grüßen / Best regards
Florian Cheno
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Florian Cheno
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Re: Speicherberechnung fehlerhaft
Ja, alle Dateien gehören diesem Benutzer! Ich habe mich gerade noch einmal vergewissert
Viele Grüße
Peter Heppner
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
Peter Heppner
Re: Speicherberechnung fehlerhaft
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 /"
Systemstatus -> Protokolle -> diskspace.log
(die Berechnung läuft auch noch regelmäßig?)
Sowie die Ausgabe des Befehls: "repquota /"
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Re: Speicherberechnung fehlerhaft
Auszug:
Da ich /home in einem separaten fs halte hier zwei Ausgaben (andere Daten gelöscht):
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 %
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
Re: Speicherberechnung fehlerhaft [GELÖST]
Wenn du solcherlei Änderungen vornimmst, muss anschließend auch noch eine Änderung in der Datenbank vorgenommen werden.Da ich /home in einem separaten fs halte
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.
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Re: Speicherberechnung fehlerhaft
Vielen Dank, das hat geholfen!
PS: Die Filesysteme waren übrigens schon vor dem Aufspielen von Keyhelp so eingerichtet.
Peter Heppner
PS: Die Filesysteme waren übrigens schon vor dem Aufspielen von Keyhelp so eingerichtet.
Peter Heppner
Re: Speicherberechnung fehlerhaft
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.
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.
Viele Grüße,
Martin
Martin