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

[Martin]

Hallo,

zu dieser Lösung liegen uns leider keinerlei Erfahrungswerte vor. Hier wäre ggf. interessant das der DF Support zu der Fehlermeldung bzgl. der Quota sagt. Offenbar scheint der Kernel dies so nicht zu unterstützen.

[Tobi]

Hallo,

zu dieser Lösung liegen uns leider keinerlei Erfahrungswerte vor. Hier wäre ggf. interessant das der DF Support zu der Fehlermeldung bzgl. der Quota sagt. Offenbar scheint der Kernel dies so nicht zu unterstützen.

Tja dann mache ich dort mal ein Ticket auf und halte Euch auf dem Laufenden.
Oder willst du per Ferndiagnose mal gucken?

[derFu]

Hallo,

zu dieser Lösung liegen uns leider keinerlei Erfahrungswerte vor. Hier wäre ggf. interessant das der DF Support zu der Fehlermeldung bzgl. der Quota sagt. Offenbar scheint der Kernel dies so nicht zu unterstützen.

Tja dann mache ich dort mal ein Ticket auf und halte Euch auf dem Laufenden.
Oder willst du per Ferndiagnose mal gucken?

Hallo Tobi!

Unter Debian musste ich damals wegen Problemen mit Quota grub-legacy und den Distri-Kernel installieren und die DF-Technik hat dann die Box auf den Distributionskernel umgestellt. Dann funktionierte alles.
Gab im Forum bei DF einen Thread ... oh, wait!

[Tobi]

Danke Thorsten.

Ich habe zwar Ubuntu 16.04, das Problem dürfte aber dasselbe sein.

Mal gucken was mein PVI sagt.

Hat ein eigener Kernel irgendwelche Nachteile?
Ich denke da nur an so Sachen wie: "Heute Nachmittag aktualisieren wir unser Host-System. Keine Sorge, danach ist alles besser..."

oh, wait!

R.I.P.

[derFu]

Danke Thorsten.

Ich habe zwar Ubuntu 16.04, das Problem dürfte aber dasselbe sein.

Mal gucken was mein PVI sagt.

Hat ein eigener Kernel irgendwelche Nachteile?
Ich denke da nur an so Sachen wie: "Heute Nachmittag aktualisieren wir unser Host-System. Keine Sorge, danach ist alles besser..."

oh, wait!

R.I.P.

Bei mir gab es überhaupt keine Probleme mit dem Distributions-Kernel.

[Tobi]

Ich habe Antwort erhalten.
Folgendes sei zu tun.

1. journaled quota in /etc/fstab aktivieren
Die exakten flags für journaled quota lauten: usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0
Beispieleintrag:
/dev/xvda / ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 1

2. "mount -o remount /"

3. "ln /dev/xvda /dev/root" <= zeigt aktuell auf /dev

4. Die Dateien "aquota.user" "aquota.group" leeren bzw. löschen und touch

5. "chmod 600 aquota.user aquota.group"

6. "quotacheck -avugm"

7. "quotaon -avug"

8. Da diese Konfiguration leider nicht reboot-fest ist müssen die Befehle bei jedem Neustart der JiffyBox ausgeführt werden. Hierzu ändert man idealerweise die /etc/rc.local und fügt vor dem "exit 0" folgende Zeilen ein:

Code: Select all

ln /dev/xvda /dev/root
quotacheck -avugm
quotaon -avug

Ist diese Vorgehensweise kompatibel mit KeyHelp?

Ich freue mich auf eure Antworten.

[select name from me;]

Es handelt sich hierbei um die Virtualisierungslösung von domainFACTORY aka jiffyBox

[select name from me;]

Gab im Forum bei DF einen Thread ... oh, wait!

[Alexander]

Ist diese Vorgehensweise kompatibel mit KeyHelp?

Schaut gut aus.

[Tobi]

Schaut gut aus.

Wie sich herausstellte darf man die Dateien "aquota.user" und "aquota.group" nicht selbst erstellen.
Wenn man das macht erntet man:

Code: Select all

quotacheck: WARNING - Quotafile //quota.user was probably truncated. Cannot save quota settings...
quotacheck: WARNING - Quotafile //quota.group was probably truncated. Cannot save quota settings...

Einfach direkt "quotacheck -avugm" ausführen.
Der Aufruf erkennt, dass die Dateien fehlen und erstellt selbige dann neu.

Aber hey, auch nem reboot funktioniert jetzt alles wie es soll.
Danke an alle Unterstützer!

[ottyscom]

Hallo allerseits. Ich habe selbiges Problem mit der fehlenden webspace berechnung. allerdings nicht bei df sondern habe selbst mit proxmox einen lxc server erstellt und dort das problem. da ich nicht bei df bin.un womöglicht das selbe virtualisierungssystem verwende wollte ich nachfragen was ich zu tun habe um.das problem zu lösen.

mfg

otmar

[skipper501]

Hallo Otmar,
so funktioniert das nun bei mir.

In Proxmox Quota bei der Erstellung der CT aktivieren

step by step:
1. fstab bearbeiten
df -l | grep loop
gibt mit die loop Nummer container 100 == 0, container 101 == 1, container 102 == 2,
/dev/loop[loop Nummer] / ext4 rw,relatime,data=ordered,usrquota,grpquota 0 1

Allerdings schreibt Dietmar von Proxmox, dass sich diese loop Zahl beim nächsten Booten verändern kann. Das ist bei meinen Systemen jedoch noch nie passiert.
siehe diesen Thread:
https://forum.proxmox.com/threads/disk- ... ner.24272/

2. keyhelp installieren (kann trotzdem quota Fehler geben)

2. quotacheck -avugm
ausführen

3. quotaon /
ausführen

4. prüfen mit
repquota /
user anlegen und hiermit prüfen:
quotatool -d -u 'test' /

[ottyscom]

Hallo Reiner.

df -l | grep loop

macht bei mir gar nichts. gibt nichst aus. Muss ich das Im Container oder im Host ausführen?

[skipper501]

Im container, dort sollte auch die fstab editiert werden, nicht auf dem Basissystem.

[ottyscom]

Ok. Aber ich bekomme die lopp einfach nicht angezeigt. Die Beitráge im Proxmox Forum beziehen sich auf 2015. Da hat es inzwischen viel geregnet. Ich verwende die aktuellste Proxmox Version. Vielleicht gibt es da kein loop mehr?

df -l | grep loop -> macht nix

df -> gibt folgendes aus:

Code: Select all

Filesystem                       1K-blocks    Used Available Use% Mounted on
/dev/mapper/pve-vm--104--disk--2 515010816 4604808 484175224   1% /
none                                   492       0       492   0% /dev
tmpfs                             32930340       0  32930340   0% /dev/shm
tmpfs                             32930340    8520  32921820   1% /run
tmpfs                                 5120       0      5120   0% /run/lock
tmpfs                             32930340       0  32930340   0% /sys/fs/cgroup
tmpfs                             13172140       0  13172140   0% /tmp
tmpfs                              6586072       0   6586072   0% /run/user/0

Aber von loop nirgendswo was zu sehen