Benutzer anlegen fehlgeschlagen - Quota Immutable flag  [GELÖST]

Haben Sie einen Bug entdeckt? Teilen Sie es uns mit.
Post Reply
christian.john
Posts: 228
Joined: Tue 9. Apr 2019, 16:31
Location: Korschenbroich
Contact:

Benutzer anlegen fehlgeschlagen - Quota Immutable flag  [GELÖST]

Post by christian.john »

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
Nein, sicher nicht.


Server-Betriebssystem + Version
Debian 10.13

Eingesetzte Server-Virtualisierung-Technologie
XEN

KeyHelp-Version + Build-Nummer
Das Problem trat mit 22.1.1 auf, ein Update auf 22.2 half nicht

Problembeschreibung / Fehlermeldungen
Anlegen eines Benutzer führte zu einem Fehler im Ereignis Protokoll: "Failed to add system user..." Mainenence (update)

Erwartetes Ergebnis
Benutzer wird angelegt, falls nicht, bessere Fehlerbeschreibung

Tatsächliches Ergebnis
Quota-Fehler, sodass Account als nicht korrekt angelegt wurde.

Schritte zur Reproduktion
Derzeit nicht möglich.

Zusätzliche Informationen

Ich habe das Problem selber lösen können (Dank des Forums), möchte das Problem / Lösung gerne nochmal teilen und zur Untersuchung anregen. Der Server läuft seit 2019 virtualisiert mittels XEN, Quota etc. machten bisher keine Probleme.
Letzter korrekt angelegter Benutzer 04.2022. Aktueller lies sich kein neuer Benutzer vollständig einrichten. Es kam oben genannter Fehler.
PHP-Versionen wurden nicht manuell angepasst, es gab kein OS-Upgrade oder ähnliches

Über das KH-Interface konnte ich nicht erkennen wo der Fehler lag. Im update.log bin ich auf ein quota-Error gestoßen. Mich wunderte dies, da quota eigentlich eingerichtet ist / war (siehe auch fstab /). Im Forum stieß ich ein einziges mal auf obige Fehlermeldung und auch einen Hinweis auf quotacheck -avmugf. Dieser Behob den Fehler.
Lag es am Immutable-Flag? Gesetzt habe ich den nicht. Wie der Fehler zustande kam, kann ich auch nicht sagen. Ich bin dankbar, dass ich mir damit beholfen konnte. Ich werde dies beobachten und wollte dies teilen, falls jemand den gleichen Fehler hat oder man vielleicht bei der "hintergründigen Magie" der Benutzeranlage dies prüft.

Christian

Folgend noch meine Log-Auszüge.

Code: Select all

root@mail:/var/log# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
devpts          /dev/pts        devpts  rw,noexec,nosuid,gid=5,mode=620 0  0
/dev/xvda1 none swap sw 0 0
/dev/xvda2     /     ext4     noatime,nodiratime,errors=remount-ro,usrquota,grpquota     0     1


/var/log/syslog                                                                                                                                     
Oct  7 10:29:04 mail named[20239]: zone web75.xxxxxx/IN: loaded serial 2022100700
Oct  7 10:29:04 mail named[20239]: zone web75.xxxxxx/IN: sending notifies (serial 2022100700)
Oct  7 10:29:04 mail named[20239]: all zones loaded
Oct  7 10:29:04 mail named[20239]: running

/var/log/auth.log   
Oct  7 10:29:01 mail useradd[21448]: new group: name=web75, GID=5058
Oct  7 10:29:01 mail useradd[21448]: new user: name=web75, UID=5056, GID=5058, home=/home/users/web75/, shell=/bin/false
Oct  7 10:29:01 mail usermod[21455]: add 'web75' to group 'keyhelp_file_manager'
Oct  7 10:29:01 mail usermod[21455]: add 'web75' to shadow group 'keyhelp_file_manager'
Oct  7 10:29:01 mail usermod[21461]: add 'web75' to group 'keyhelp_nossh'
Oct  7 10:29:01 mail usermod[21461]: add 'web75' to shadow group 'keyhelp_nossh'

/var/log/keyhelp/cronjob/update.log
[07-Oct-2022 10:29:01] INFO  --> Params: "id" => 66 | "username" => "web75" | "password" => "" | "diskspace" => 15728
[07-Oct-2022 10:29:01] INFO  --> perform useradd... okay
[07-Oct-2022 10:29:01] INFO  --> setup user groups
[07-Oct-2022 10:29:01] INFO  --> setup home directory
[07-Oct-2022 10:29:01] INFO  --> setup /www/ content
[07-Oct-2022 10:29:01] INFO  --> default index file created
[07-Oct-2022 10:29:01] WARN  --> set quota for user "web75" to 1536000 Blocks... failed
[07-Oct-2022 10:29:01] WARN  --> <----->setquota: Cannot open quotafile //aquota.user: Operation not permitted
[07-Oct-2022 10:29:01] WARN  --> <----->setquota: Not all specified mountpoints are using quota.
...
[07-Oct-2022 10:29:04] INFO  --> Apache: reloadApache()
[07-Oct-2022 10:29:04] INFO  --> Apache: syntax ok
[07-Oct-2022 10:29:04] INFO  --> Apache: reloading apache
[07-Oct-2022 10:29:04] INFO  --> Apache: reloadPhpFpm()
[07-Oct-2022 10:29:04] INFO  --> PHP-FPM (php7.3-fpm): syntax ok.


root@mail:/var/log# quotacheck -avmugf
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Scanning /dev/xvda2 [/] done
quotacheck: Checked 215886 directories and 3498683 files
quotacheck: Quota file //aquota.user has IMMUTABLE flag set. Clearing.
quotacheck: Quota file //aquota.group has IMMUTABLE flag set. Clearing.
root@mail:/var/log#
Individuelle Entwicklung webbasierter Datenbanksysteme
https://www.john-softwareentwicklung.de
Post Reply