Univention Bugzilla – Bug 22903
UMC2: Dateisystem-Quota
Last modified: 2013-05-07 16:54:58 CEST
Das quota-Modul muss für die neue Generation von UMC angepasst werden
Das Quota-Modul wurde für die UMC2 angepasst.
>Quota aktivieren funktioniert >Quota deaktivieren funktioniert >Lässt sich die Partition "konfigurieren"? Ja >funktioniert der refresh-Button Ja >Benutzer anlegen funktioniert >Benutzer modifizieren funktioniert >Benutzer löschen funktioniert >Negative Werte beim anlegen/modifizieren eines Benutzers wird abgefangen >Ungültiger Benutzername beim anlegen/modifizieren eines Benutzers wird mit Meldung abgefangen >Sortierung ändern funktioniert >sehr langer mount-Pfad wird hinter die Suchleiste geschoben > 180Chars >kann / verwaltet werden Nein - Das ging in UCS2 auch nicht >werden Tracebacks angezeigt Nein, es gibt kurze Fehlermeldungen >Was passiert bei 10+ Tabs? Es öffnet sich eine zweite Tabbar >kann in verschiedenen Tabs gearbeitet werden? Ja, Die Anzeige muss manuell aktualisiert werden >was passiert mit in anderen Tabs gemachten Änderungen (bei Speicherung in anderem Tab)? Änderungen werden übernommen bis hier hin Verified, weitere Tests folgen
Manipulation: >Fehlerhafter Eintrag in der fstab >Partitionsbezeichnung kann mit einem beliebigen ungültigen string als Bezeichner in der fstab angegeben werden >Partition ist in der fstab mittels UUID angegeben >Fehlerhafter Eintrag in der mtab >Partitions-Tab öffnen, Partitions unmounten, versuchen Benutzer zu löschen o.ä >Partitions-Tab öffnen, Quota (de)aktivieren, versuchen Benutzer zu löschen o.ä keine schlimmen Auswirkungen - restliche Funktionalität gesichert >Quota in fstab aktiviert, Partition jedoch ohne die Options gemounted Partition kann nicht mehr aktiviert werden >Quota in fstab deaktiviert, Partition jedoch mit den Options gemounted Partition kann nicht mehr deaktiviert werden Verified
REOPEN wegen folgenden Punkten: Wenn Benutzer im LDAP gelöscht werden, bleiben diese in den QuotaPartitionen erhalten. Der erste Löschversuch funktioniert nicht (No partition found [...]). Der zweite manuelle Löschversuch funktioniert. Hard Limits können kleiner sein als Soft Limits Es existiert noch kein Hilfetext
(In reply to comment #4) > Wenn Benutzer im LDAP gelöscht werden, bleiben diese in den QuotaPartitionen > erhalten. Der erste Löschversuch funktioniert nicht (No partition found [...]). > Der zweite manuelle Löschversuch funktioniert. Das wird ausgelagert, siehe Bug #24396 > Hard Limits können kleiner sein als Soft Limits Das ist gefixt worden. Der Benutzer bekommt auch eine Fehlermeldung > Es existiert noch kein Hilfetext Das wird "irgendwann" gemacht, wenn genau geklärt ist, was denn genau alles beschrieben werden soll.
Folgende Rückmeldung habe ich erhalten: > - die Schaltflächen für "Aktivieren" "Deaktivieren" sind nach unten > verrutscht > - Nach dem Aktivieren einer Partition werden gar keinen Partitionen mehr > angezeigt
(In reply to comment #6) > Folgende Rückmeldung habe ich erhalten: > > > - die Schaltflächen für "Aktivieren" "Deaktivieren" sind nach unten > > verrutscht Die Ursache hierfür liegt nicht im Quota-Modul, sondern im univention-management-console-frontend Paket. Alex ist über diesen Fehler bereits informiert > > - Nach dem Aktivieren einer Partition werden gar keinen Partitionen mehr > > angezeigt Ich kann das leider nicht reproduzieren. Sollte das Problem reproduzierbar auftreten, bitte bei mir melden. Vielleicht ist das irgendein Maschinen spezifisches Problem, sodass ich auch auf der entsprechenden Maschine mal gucken müsste.
Ich habe für / Quota aktiviert: - ucr set grub/append="root2flags=quota" - usrquota in /etc/fstab eingetragen - reboot - repquota -v / funktioniert Im UMC Modul steht für / unter Quota Unbekannt.
(In reply to comment #8) > Ich habe für / Quota aktiviert: > > - ucr set grub/append="root2flags=quota" > > - usrquota in /etc/fstab eingetragen > > - reboot > > - repquota -v / funktioniert > > Im UMC Modul steht für / unter Quota Unbekannt. Das Modul hat Probleme mit der aktuell (bei einer 3.0 standard Installation) generierten /etc/fstab. Das root Device lautet hier: "/dev/vg_ucs/../dm-0" (Bug #24436) Editiert man die fstab, sodass als root Device "/dev/mapper/vg_ucs-rootfs" benutzt wird, wird die Partition in der Übersicht vom UMC-Modul korrekt angezeigt. Man kann jedoch keine Quota-Einstellungen vornehmen, da bei der händischen Aktivierung nicht die Datenbank initialisiert wurde. Dies lässt sich auch nicht ohne "Probleme" durchführen, siehe: Bug #24438 Vorrübergehend habe ich erstmal folgende Anpassung vorgenommen: In der Übersicht wird das root Device aufgelistet, jedoch sind die Buttons zum aktivieren/deaktivieren sowie konfigurieren ausgeblendet.
Wenn sich der Eintrag in der fstab von dem in der mtab unterscheidet, wird das Device nicht richtig erkannt. Das muss noch gefixed werden.
Falls eine Partition mit "ext4"-Dateisystem installiert wurde, wird diese nicht vom Quota-Modul angezeigt. Falls dies nicht in UCS 3.0-0 unterstützt werden soll, bitte einen neuen Bug anlegen.
(In reply to comment #11) > Falls eine Partition mit "ext4"-Dateisystem installiert wurde, wird diese nicht > vom Quota-Modul angezeigt. Falls dies nicht in UCS 3.0-0 unterstützt werden > soll, bitte einen neuen Bug anlegen. Ich habe diesbezüglich einen Bug angelegt, siehe Bug #24357
(In reply to comment #10) > Wenn sich der Eintrag in der fstab von dem in der mtab unterscheidet, wird das > Device nicht richtig erkannt. Das muss noch gefixed werden. Da allein die "usrquota" Options in der fstab nicht aussagt, ob die Partition auch wirklich mit diesen Options gemounted wurde, wird noch einmal die mtab überprüft. Hierbei wird der Gerätename als Identifier genommen. Wenn der Gerätename in der mtab nicht gefunden wird, wird im UMC-Modul im Quota Statusfeld "Unbekannt" angezeigt und der komplette Eintrag wird deaktiviert. Aus meiner Sicht gibt es nur eine einzige Möglichkeit, weswegen sich der Gerätename in der fstab von dem in der mtab unterscheidet: das root Device. Wir übergeben GRUB derzeit folgendes root Device: /dev/mapper/vg_ucs-rootfs - insofern wird es auch mit diesem Namen gemounted und steht auch mit diesem Namen in der mtab. Der Installer, welcher die fstab generiert, benutzt jedoch folgendes Device: /dev/vg_ucs/rootfs Ich denke der zeitliche Aufwand ist ziemlich hoch, da vermutlich der fstab-Parser aus univention-lib angepasst werden muss, sodass dieser den Links folgt. Des Weiteren müsste der mtab-Parser angepasst werden. Aus diesem Grund denke ich, dass das hier beschriebene Problem in einem separaten Bug behandelt werden sollte. Die Gerätebezeichnung in der fstab finde ich jedoch gut und ich denke, dass diese auch gleich bleiben sollte. Bug #24704 Workaround: den Gerätenamen in der fstab so anpassen, dass er mit dem in GRUB übereinstimmt. @QA: Bitte auch noch einmal überprüfen ob das Modul mit Geräten via device-mapper klar kommt.
Siehe quota.png, wenn ich für einen Benutzer eine Quota hinzufüge, dann kann ich in der Liste nicht sehen, für welchen Benutzer die Quota ist. Auch das Entfernen ist für mich nicht mehr sichtbar, da zu viele / oder zu breite Spalten angezeigt werden. (In reply to comment #13) > Da allein die "usrquota" Options in der fstab nicht aussagt, ob die Partition > auch wirklich mit diesen Options gemounted wurde, wird noch einmal die mtab > überprüft. Hierbei wird der Gerätename als Identifier genommen. Wenn der > Gerätename in der mtab nicht gefunden wird, wird im UMC-Modul im Quota > Statusfeld "Unbekannt" angezeigt und der komplette Eintrag wird deaktiviert. > > Aus meiner Sicht gibt es nur eine einzige Möglichkeit, weswegen sich der > Gerätename in der fstab von dem in der mtab unterscheidet: das root Device. > > Wir übergeben GRUB derzeit folgendes root Device: /dev/mapper/vg_ucs-rootfs - > insofern wird es auch mit diesem Namen gemounted und steht auch mit diesem > Namen in der mtab. > Der Installer, welcher die fstab generiert, benutzt jedoch folgendes Device: > /dev/vg_ucs/rootfs Das Problem ist, dass es nicht nur beim root Dateisystem so ist, sondern auch bei den anderen Devices. Mit UCS 2.4 hat das funktioniert, da konnte ich für weiteren LVM Devices Quota anlegen. UCS 2.4: root@master162:~# mount /dev/mapper/vg_ucs-root on / type ext3 (rw,acl,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw,acl) /dev/mapper/vg_ucs-vol2 on /mnt/e2 type ext2 (rw) /dev/mapper/vg_ucs-vol3 on /mnt/e3 type ext3 (rw,acl) /dev/mapper/vg_ucs-vol4 on /mnt/e4 type ext4 (rw) /dev/mapper/vg_ucs-vol1 on /mnt/xfs type xfs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) root@master162:~# cat /etc/fstab # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> /dev/mapper/vg_ucs-root / ext3 acl,errors=remount-ro 0 1 proc /proc proc defaults 0 0 /dev/sda1 /boot ext3 defaults,acl 0 0 /dev/mapper/vg_ucs-vol2 /mnt/e2 ext2 defaults 0 0 /dev/mapper/vg_ucs-vol3 /mnt/e3 ext3 defaults,acl 0 0 /dev/mapper/vg_ucs-vol4 /mnt/e4 ext4 defaults 0 0 /dev/mapper/vg_ucs-vol1 /mnt/xfs xfs defaults 0 0 /dev/sda2 none swap sw 0 0 /dev/sr0 /cdrom auto user,noauto,exec 0 0 /dev/fd0 /floppy vfat user,noauto,exec 0 0 root@master162:~# UCS 3.0 root@master161:~# mount /dev/mapper/vg_ucs-root on / type ext3 (rw,acl,errors=remount-ro,user_xattr) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw,acl,user_xattr,usrquota) /dev/mapper/vg_ucs-e2 on /mnt/ext2 type ext2 (rw) /dev/mapper/vg_ucs-e3 on /mnt/ext3 type ext3 (rw,acl,user_xattr) /dev/mapper/vg_ucs-e4 on /mnt/ext4 type ext4 (rw,user_xattr) /dev/mapper/vg_ucs-x on /mnt/xfs type xfs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) root@master161:~# cat /etc/fstab # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> /dev/vg_ucs/root / ext3 acl,errors=remount-ro,user_xattr 0 1 proc /proc proc defaults 0 0 /dev/sda1 /boot ext3 defaults,acl,user_xattr,usrquota 0 0 /dev/vg_ucs/e2 /mnt/ext2 ext2 defaults 0 0 /dev/vg_ucs/e3 /mnt/ext3 ext3 defaults,acl,user_xattr 0 0 /dev/vg_ucs/e4 /mnt/ext4 ext4 defaults,user_xattr 0 0 /dev/vg_ucs/x /mnt/xfs xfs defaults 0 0 /dev/sda2 none swap sw 0 0 /dev/sr0 /cdrom auto user,noauto,exec 0 0 /dev/fd0 /floppy vfat user,noauto,exec 0 0 root@master161:~#
Created attachment 3847 [details] quota.png
Created attachment 3848 [details] Traceback: Benutzer mit Umlauten Es gibt einen Traceback (siehe Anhang) beim Versuch einen Benutzer mit Umlauten einzutragen. Und bei der Fehlermeldung einen nicht existierenden Benutzer einzutragen, werden Umlaute auch falsch dargestellt (für): "Konnte Quota-Einstellungen f?r den Benutzer nonfoobar auf der Partition /dev/sda1 nicht modifizieren"
(In reply to comment #14) > Siehe quota.png, wenn ich für einen Benutzer eine Quota hinzufüge, dann kann > ich in der Liste nicht sehen, für welchen Benutzer die Quota ist. Auch das > Entfernen ist für mich nicht mehr sichtbar, da zu viele / oder zu breite > Spalten angezeigt werden. Für das Problem wäre es sicherlich sinnvoll die Spalten mit Verbrauch/Soft/Hard zusammenzufasse, also bspw.: > | Größe (MB) (Verbrauch/Soft/Hard) | Frist | Dateien (Verbrauch/Soft/Hard) | Frist |... > | 0/1/2 | - | 0/0/0 | - |...
(In reply to comment #14) > ... > Das Problem ist, dass es nicht nur beim root Dateisystem so ist, sondern auch > bei den anderen Devices. Mit UCS 2.4 hat das funktioniert, da konnte ich für > weiteren LVM Devices Quota anlegen. > ... Es wurde das Verhalten von 2.4 auf 3.0 bzgl. der Auflösung der Links verändert, siehe dazu auch Bug 24436.
ich schau mir das an
Jascha hat eine neue Version eingecheckt und gebaut mit den Anpassungen -> FIXED
Wenn ich Quota für die root-Partition manuell aktiviere wird dies erkannt, aber ich kann die Quotaeinstellungen nicht konfigurieren.
*** Bug 24704 has been marked as a duplicate of this bug. ***
(In reply to comment #21) > Wenn ich Quota für die root-Partition manuell aktiviere wird dies erkannt, aber > ich kann die Quotaeinstellungen nicht konfigurieren. Das ist Bug #24438 und auch schon so in UCS 2.4 gewesen, deshalb kein Blocker für das Release.
(In reply to comment #23) > (In reply to comment #21) > > Wenn ich Quota für die root-Partition manuell aktiviere wird dies erkannt, aber > > ich kann die Quotaeinstellungen nicht konfigurieren. > > Das ist Bug #24438 und auch schon so in UCS 2.4 gewesen, deshalb kein Blocker > für das Release. Ok, dann der hier auf Verified
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"
*** Bug 20236 has been marked as a duplicate of this bug. ***