Quota-Fehler für Webspace [GELÖST]

[fafn]

Hallo,

Ich habe KeyHelp auf einem VPS installiert und alles läuft soweit super.
Allerdings werden in die Disk space usage nur Datenbanken und E-Mails eingerechnet, die Log der Calculate disk space Task gibt folgenden Fehler:

Code: Select all

[08-Mar-2018 13:59:02] INFO  --> select user "portal"
[08-Mar-2018 13:59:02] ERROR --> webspace: failed to collect data
[08-Mar-2018 13:59:02] INFO  -->   webspace: 0 B

usrquota,grpquota in fstab sind gesetzt und sonst gibt es keine Fehlermeldungen.

Woran kann es noch liegen dass der Verbrauch nicht richtig berechnet wird?

[Martin]

Hallo,

welche Ausgabe liefert "repquota /"?

[fafn]

Hi,
konnte mich länger nicht damit beschäftigen und bin jetzt auch zu einem anderen Host umgezogen, dort aber das gleiche Ergebnis..

repqouta / liefert

Code: Select all

*** 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      -- 1818772       0       0          46221     0     0       
daemon    --      64       0       0              4     0     0       
man       --    1228       0       0            108     0     0       
www-data  --      20       0       0              5     0     0       
systemd-timesync --       0       0       0              1     0     0       
syslog    --     364       0       0              5     0     0       
_apt      --      44       0       0              3     0     0       
lxd       --       4       0       0              1     0     0       
keyhelp   --   96092       0       0           9885     0     0       
bind      --      12       0       0              3     0     0       
mysql     --  184444       0       0            283     0     0       
ftp       --       4       0       0              1     0     0       
postfix   --      88       0       0             54     0     0       
vmail     --     172       0       0             37     0     0       
clamav    --  159588       0       0              9     0     0       
postgrey  --     116       0       0              8     0     0       
debian-spamd --      16       0       0              6     0     0       
amavis    --     264       0       0             23     0     0      

[Tobi]

Warum nicht gleich bei Keyweb hosten?

[Martin]

Hallo,

in der Ausgabe von "repquota /" ist aktuell kein KeyHelp User zu erkennen. Liegt /home hier ggf. auf einer gesonderten Partition?

[fafn]

Liegt /home hier ggf. auf einer gesonderten Partition?

Nein, zur Zeit alles auf einer Partition

[Alexander]

Der Benutzer, von dem weiter oben die Rede ist (Benutzername: "portal") fehlt in deiner Übersicht von repquota.

Existiert der Benutzer als Systemuser? Er sollte zumindest in der Liste der Systembenutzer auftauchen - Befehl: "cat /etc/passwd".
Leg notfalls nochmal einen neuen Benutzer an und schau einmal in die "Panel-Aufgaben-Logs" unter "update.log", was dort zum Erstellungsprozess protokolliert wird.

[Tobi]

Warum nicht gleich bei Keyweb hosten?

Ja toll, da muss ich mich glatt selbst zitieren.
Für ein neues Projekt habe ich einen KeyHelp Server bei einem anderen Anbieter aufgesetzt.
Dieser zeigt auch das Problem mit der Speicherplatzberechnung.

Existiert der Benutzer als Systemuser? Er sollte zumindest in der Liste der Systembenutzer auftauchen - Befehl: "cat /etc/passwd".
Leg notfalls nochmal einen neuen Benutzer an und schau einmal in die "Panel-Aufgaben-Logs" unter "update.log", was dort zum Erstellungsprozess protokolliert wird.

Unter "cat /etc/passwd" ist der User eingetragen.
Bei "repquota /" fehlt der User.
Grundsätzlich sind alle User dieses Systems betroffen.

Im "update.log" steht folgendes:

Code: Select all

====
[20-Oct-2018 11:09:01] INFO  --> load tasks ... 1 found
[20-Oct-2018 11:09:01] DEBUG --> task type IDs: 100
[20-Oct-2018 11:09:01] INFO  --> add user "just-a-username"
[20-Oct-2018 11:09:01] INFO  --> startdir "/home/users/"... already exist
[20-Oct-2018 11:09:01] INFO  --> perform useradd... okay
[20-Oct-2018 11:09:01] INFO  --> add "keyhelp_nossh" group to user "just-a-username"... okay
[20-Oct-2018 11:09:01] INFO  --> set quota for user "just-a-username" to 10485760 Blocks... okay
[20-Oct-2018 11:09:01] INFO  --> create standard directorys
[20-Oct-2018 11:09:01] INFO  --> secure homedir
[20-Oct-2018 11:09:01] DEBUG --> created default index file
====

Habe auch eben mal testweise die Quota angepasst. Die Aufgabe wird ordnunggemäß abgearbeitet.
Ein anschließendes Neuberechnen des Speicherplatzes brachte aber wieder den Fehler "webspace: failed to collect data"

Was kann ich machen?

[Tobi]

Aus dem anderen Thread geklaut:

Hallo,

wurden für das Dateisystem denn die Quotas auch aktiviert? In der fstab müssten hierzu die Parameter usrquota und grpquota für das entsprechende Dateisystem aktiv sein.

Nachdem die Quota im Dateisystem zur Verfügung steht muss diese für die einzelnen Nutzer noch neu gesetzt werden, da die Einträge bisher dort nicht vorhanden waren. Anschließend sollte die Quotaberechnung korrekt funktionieren.

Code: Select all

# editor /etc/fstab

# /etc/fstab: static file system information.
#
# file system    mount point   type    options                  dump  pass
/dev/xvda     /     ext4     noatime,usrquota,grpquota     0     1
/dev/xvdb       none            swap    sw                      0       0
proc            /proc           proc    defaults                0       0
dev            /dev            tmpfs   rw                      0       0

[Tobi]

Kleines Update:

Hier gelesen: https://wiki.ubuntuusers.de/Quota/

Dann einmal "quotacheck -avugm" gemacht.
Jetzt stehen die User plötzlich in der "repquota /"

Ich mach jetzt mal nen Reboot.
Erledigt.
Jetzt noch Panel-Aufgabe "Speicherplatz berechnen" starten.
Leider keine Änderung...

[Alexander]

Grüße,

KeyHelp Benutzt zur ermittlung des Speicherplatzes den folgenden Befehl:

Code: Select all

quotatool -d -u '<BENUTZERNAME>' /

Was ergibt dieser für einen der fraglichen Benutzer wenn du ihn manuell ausführst? Bzw. wie lautet die Fehlermeldung?

[Tobi]

Grüße,

KeyHelp Benutzt zur ermittlung des Speicherplatzes den folgenden Befehl:

Code: Select all

quotatool -d -u '<BENUTZERNAME>' /

Was ergibt dieser für einen der fraglichen Benutzer wenn du ihn manuell ausführst? Bzw. wie lautet die Fehlermeldung?

Danke Alexander!

Da kommt ein

Code: Select all

quotatool: Error while detecting kernel quota version: No such process

[skipper501]

Hallo Tim, hallo Alexander, hallo Tim,

ich kann mir nicht vorstellen, das dieser Befehl zum Berechnen verwendet wird, denn die Berechnung von E-Mail und Datenbanken erfolgt bei mir richtig.

In den Proxmox VMs habe ich die selbe Situation,

"quotatool -d -u '<BENUTZERNAME>' /"

gibt die selbe Fehlermeldung:

"quotatool: Error while detecting kernel quota version: No such process"


Datenbanken und E-Mail Postfächer werden richtig addiert, der Speicherverbrauch des Webspace kann jedoch nicht ermittelt werden.

[23-Oct-2018 13:24:04] DEBUG --> users loaded
[23-Oct-2018 13:24:04] INFO --> select user "Username"
[23-Oct-2018 13:24:04] ERROR --> webspace: failed to collect data
[23-Oct-2018 13:24:04] INFO --> webspace: 0 B
[23-Oct-2018 13:24:05] DEBUG --> email account "1@tdl.de": 2.84 GB
[23-Oct-2018 13:24:06] DEBUG --> email account "2@tld.de": 95.18 MB
[23-Oct-2018 13:24:06] DEBUG --> email account "3@tld.de": 40.00 KB
[23-Oct-2018 13:24:06] DEBUG --> email account "4@tld.de": 40.00 KB
[23-Oct-2018 13:24:06] DEBUG --> email account "5@tld.de": 1.45 MB
[23-Oct-2018 13:24:06] DEBUG --> email account "6@tld.de": 40.00 KB
[23-Oct-2018 13:24:07] DEBUG --> email account "7@tld.de": 328.00 KB
[23-Oct-2018 13:24:07] DEBUG --> email account "8@tld.de": 296.00 KB
[23-Oct-2018 13:24:07] DEBUG --> email account "9@tld.de": 8.86 GB
[23-Oct-2018 13:24:07] DEBUG --> email account "10@tld.de": 69.31 MB
[23-Oct-2018 13:24:07] DEBUG --> email account "11@tld.de": 1.73 MB
[23-Oct-2018 13:24:07] DEBUG --> email account "12@tld.de": 2.16 MB
[23-Oct-2018 13:24:07] DEBUG --> email account "13@tld.de": 152.00 KB
[23-Oct-2018 13:24:07] DEBUG --> email account "14@tld.de": 152.00 KB
[23-Oct-2018 13:24:08] DEBUG --> email account "15@tld.de": 192.00 KB
[23-Oct-2018 13:24:08] DEBUG --> email account "16@tld.de": 164.00 KB
[23-Oct-2018 13:24:08] DEBUG --> email account "17@tld.de": 192.00 KB
[23-Oct-2018 13:24:08] INFO --> email: 11.86 GB
[23-Oct-2018 13:24:08] INFO --> databases: 76.62 KB
[23-Oct-2018 13:24:08] INFO --> database "DB_Kunde_1": 76.62 KB
[23-Oct-2018 13:24:08] INFO --> summary: 11.86 GB / unlimited - 0.00 %

Wo liegt der Unterschied bei der Berechnung vom Webspace?

Gruß Rainer

[Alexander]

ich kann mir nicht vorstellen, das dieser Befehl zum Berechnen verwendet wird

Kannst ruhig glauben, ich habs ja programmiert

----

Über die Quota-Befehle werden nur Dateien zusammen gerechnet, die dem entsprechenden Benutzer gehören (aufs Dateisystem bezogen).

Emails gehören (aufs Dateisystem bezogen) dem Benutzer "vmail" - hier kommt man also mit den Quota-Befehlen nicht weit, sondern diese werden auf anderem Wege (korrekt) ermittelt.

Ebenso die Datenbanken. Die Dateien im Dateisystem die die Maria/MySql Datenbanken auf Dateiebene abbilden gehört ebenso nicht dem Benutzer, die Größe muss dann also wieder auf anderem Wege ermittelt werden.

=> Alle drei Werte ergeben dann zusammen den Gesamt-Verbrauchten-Speicher des Benutzers.

----

@Tobi, welchen Kernel benutzt das System.

[Tobi]

@Tobi, welchen Kernel benutzt das System.

Es handelt sich hierbei um die Virtualisierungslösung von domainFACTORY aka jiffyBox
Leider sind daher die Standard-Linux Ausgaben relativ nichtssagend.

Code: Select all

root@meinserver:~# uname -a
Linux meinserver.domain.de 4.4.110-x86_64-jb1 #4 SMP Mon Jan 8 09:31:38 CET 2018 x86_64 x86_64 x86_64 GNU/Linux

Code: Select all

root@meinserver:~# cat /proc/version
Linux version 4.4.110-x86_64-jb1 (root@j555555.servers.jiffybox.net) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #4 SMP Mon Jan 8 09:31:38 CET 2018

Alternative Möglichkeiten wäre "Neuester Xen 64bit (2.6.18-jb2)"

Mehr Info unter:
https://www.df.eu/de/support/df-faq/clo ... ten/#c9062

Ich kann nur hoffen, dass Ihr diese jiffyBox kennt...