Hallo,
ich bin grad dabei meinen neuen Server einzurichten. Leider stosse ich dabei auf ein Problem mit quotacheck.
Normalerweise sollte quotacheck -g -u /home die files, /home/aquota.group und /home/aquota.user erstellen, leider macht es das aber nicht und gibt auch keine Fehlermeldungen aus.
in der fstab stehen die optionen usrquota und grpquota richtig drin.
Das ganze ist eine Mandrake 8.0 (Kernel 2.4.3, quota utils 3.00) Die Platte ist eine IBM U160 SCSI Platte, /home ist eine extra Partition ( /dev/sdb1 )
Hat einer von euch eine Idee, was das Problem sein könnte oder sogar eine Lösung?
Viele Grüsse
Jan
On Sun Jul 01, 2001 at 20:29:38 +0200, Jan Dittberner wrote: [...Quota-Probleme...]
Hat einer von euch eine Idee, was das Problem sein könnte oder sogar eine Lösung?
Das Filesystem ist nicht etwa ReiserFS?
Adam
On Sun Jul 01, 2001 at 20:44:42 +0200, Jan Dittberner wrote:
Adam Lackorzynski schrieb:
On Sun Jul 01, 2001 at 20:29:38 +0200, Jan Dittberner wrote: [...Quota-Probleme...]
Hat einer von euch eine Idee, was das Problem sein könnte oder sogar eine Lösung?
Das Filesystem ist nicht etwa ReiserFS?
Nein, ext2.
Quota im Kern an?
Adam
Adam Lackorzynski schrieb:
On Sun Jul 01, 2001 at 20:44:42 +0200, Jan Dittberner wrote:
Adam Lackorzynski schrieb:
On Sun Jul 01, 2001 at 20:29:38 +0200, Jan Dittberner wrote: [...Quota-Probleme...]
Hat einer von euch eine Idee, was das Problem sein könnte oder sogar eine Lösung?
Das Filesystem ist nicht etwa ReiserFS?
Nein, ext2.
Quota im Kern an?
Ist der Out-Of-The-Box kernel. Bisher hatten die immer quota Support an. Gibts eine Möglichkeit das beim laufenden Kernel rauszubekommen?
Ich will nicht unbedingt einen neuen Kernel installieren, weil ich an die Kiste nur per ssh rankomme.
Jan
On Sun Jul 01, 2001 at 21:38:52 +0200, Jan Dittberner wrote:
Adam Lackorzynski schrieb:
Quota im Kern an?
Ist der Out-Of-The-Box kernel. Bisher hatten die immer quota Support an. Gibts eine Möglichkeit das beim laufenden Kernel rauszubekommen?
Hmm, wenn es der Standardkern ist, sollte das wohl drin sein und die Quota-Tools sollten sich eigentlich auch beschweren, wenn es nicht so ist. Wenn die garnix sagen, ist das natuerlich doof. Du kannst ja mal mit strace gucken, was da so abgeht, vielleicht ist da ja was zu sehen...
Adam
Adam Lackorzynski schrieb:
On Sun Jul 01, 2001 at 21:38:52 +0200, Jan Dittberner wrote:
Adam Lackorzynski schrieb:
Quota im Kern an?
Ist der Out-Of-The-Box kernel. Bisher hatten die immer quota Support an. Gibts eine Möglichkeit das beim laufenden Kernel rauszubekommen?
Hmm, wenn es der Standardkern ist, sollte das wohl drin sein und die Quota-Tools sollten sich eigentlich auch beschweren, wenn es nicht so ist. Wenn die garnix sagen, ist das natuerlich doof. Du kannst ja mal mit strace gucken, was da so abgeht, vielleicht ist da ja was zu sehen...
write(2, "Checked 75 directories and 812 f"..., 37Checked 75 directories and 812 files ) = 37 mount(umovestr: Input/output error 0, "/home", "ext2", MS_REMOUNT|0xc0ed0000, 0) = 0 close(3) = 0 munmap(0x40016000, 4096) = 0 munmap(0x40017000, 4096) = 0 _exit(0)
ist das ende vom strace, sieht schon bissl putzig aus, kann damit jemand was anfangen?
Jan
Hallo!
Jan Dittberner wrote:
Quota im Kern an?
Ist der Out-Of-The-Box kernel. Bisher hatten die immer quota Support an. Gibts eine Möglichkeit das beim laufenden Kernel rauszubekommen?
Schau in den boot-Messages (dmsg) und suche nach Quota. Dort sollte was von quota
Quota 3.0 arbeitet etwas anders als die alten Versionen. Du legst die aquota.user mit touch an und musst die Rechte auf root.root 600 festlegen.
Dann rufst Du zweimal quotacheck mit der Option -f (force) auf. Beim ersten Durchlauf wird er meckern, dass die aquota.user nicht brauchbar ist, aber er stellt sie im richtigen Format her, füllt sie aber noch mit falschen Einträgen (War bei mir so). Beim zweiten Durchlauf wieder mit -f wurde das korrigiert, seitdem läuft einer meiner Server mit quota 3.00 ohne weitere Probleme.
Es gibt übrigens einen Patch, der reiserfs kompatibel zu quota 3.00 macht.
Gruss Reiner
Reiner Klaproth schrieb:
Hallo!
Jan Dittberner wrote:
Quota im Kern an?
Ist der Out-Of-The-Box kernel. Bisher hatten die immer quota Support an. Gibts eine Möglichkeit das beim laufenden Kernel rauszubekommen?
Schau in den boot-Messages (dmsg) und suche nach Quota. Dort sollte was von quota
VFS: Diskquotas version dquot_6.5.0 initialized
Quota 3.0 arbeitet etwas anders als die alten Versionen. Du legst die aquota.user mit touch an und musst die Rechte auf root.root 600 festlegen.
hab ich gemacht:
# ls -l -rw------- 1 root root 0 Jul 2 19:03 aquota.group -rw------- 1 root root 0 Jul 2 19:03 aquota.user
Dann rufst Du zweimal quotacheck mit der Option -f (force) auf. Beim ersten Durchlauf wird er meckern, dass die aquota.user nicht brauchbar ist, aber er stellt sie im richtigen Format her, füllt sie aber noch mit falschen Einträgen (War bei mir so). Beim zweiten Durchlauf wieder mit -f wurde das korrigiert, seitdem läuft einer meiner Server mit quota 3.00 ohne weitere Probleme.
Meckert nicht und lässt die Dateien so wie sie sind :-(
Und im strace steht was ganz wirres:
open("/home", O_RDONLY) = 4 ioctl(4, 0x5460, 0xbffff658) = 0 close(4) = 0 mount(umovestr: Input/output error 0, "/home", "ext2", MS_RDONLY|MS_REMOUNT|0xc0ed0000, 0) = 0 open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory) open("/home", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 fstat64(4, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 shmat(4, 0x40147b60, 0x2ptrace: umoven: Input/output error ) = ? chdir("/home") = 0 ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 144 lstat64("lost+found", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("lost+found", O_RDONLY) = 5 ioctl(5, 0x5460, 0xbffff5b8) = 0 close(5) = 0 lstat64("aquota.user", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 open("aquota.user", O_RDONLY) = 5 ioctl(5, 0x5460, 0xbffff5b8) = 0 close(5) = 0 lstat64("aquota.group", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 open("aquota.group", O_RDONLY) = 5 ioctl(5, 0x5460, 0xbffff5b8) = 0 close(5) = 0 ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 0 close(4) = 0 open("/home/lost+found", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 fstat64(4, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 shmat(4, 0x80d24c0, 0x2ptrace: umoven: Input/output error ) = ? chdir("/home/lost+found") = 0 ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 48 ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 0 close(4) = 0 mount(umovestr: Input/output error 0, "/home", "ext2", MS_REMOUNT|0xc0ed0000, 0) = 0 close(3) = 0 munmap(0x40016000, 4096) = 0 _exit(0)
Was mir Sorgen macht, ist, dass er scheinbar versucht /dev/null als directory zu öffnen, was natürlich nicht geht. Kann jemand was mit dem output von strace anfangen?
Jan
On Mon Jul 02, 2001 at 19:12:19 +0200, Jan Dittberner wrote:
Was mir Sorgen macht, ist, dass er scheinbar versucht /dev/null als directory zu öffnen, was natürlich nicht geht. Kann jemand was mit dem output von strace anfangen?
Mal probieren... :)
Kannst Du quotacheck mal mit "-d" aufrufen? Da sollte er einiges mehr erzaehlen. Und mit shm ist auch alles ok? (sollte zwar ueberhaupt nichts damit zu tun haben, aber man weisz ja nie...)
Adam
Adam Lackorzynski schrieb:
On Mon Jul 02, 2001 at 19:12:19 +0200, Jan Dittberner wrote:
Was mir Sorgen macht, ist, dass er scheinbar versucht /dev/null als directory zu öffnen, was natürlich nicht geht. Kann jemand was mit dem output von strace anfangen?
Mal probieren... :)
Kannst Du quotacheck mal mit "-d" aufrufen? Da sollte er einiges mehr erzaehlen. Und mit shm ist auch alles ok? (sollte zwar ueberhaupt nichts damit zu tun haben, aber man weisz ja nie...)
hab jetzt mal
quotacheck -d -v -u -s -f /dev/sdb2
ausgeführt, scheint wirklich probleme mit shm zu geben (warum?)
... fstat64(4, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 shmat(4, 0x80d24e8, 0x2ptrace: umoven: Input/output error ) = ? ... ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 48 ipc_subcall(0x4, 0x80d14a8, 0x1000, 0) = 0 close(4) = 0 write(2, "Scanning stored directories from"..., 49Scanning stored directories from directory stack ) = 49 ... write(2, "Leaving /home\n", 14Leaving /home ) = 14 write(2, "Checked 180 directories and 1610"..., 39Checked 180 directories and 1610 files ) = 39 mount(umovestr: Input/output error 0, "/home", "ext2", MS_REMOUNT|0xc0ed0000, 0) = 0 write(2, "Filesystem remounted Read-Write."..., 33Filesystem remounted Read-Write. ) = 33 close(3) = 0 munmap(0x40016000, 4096) = 0 munmap(0x40017000, 4096) = 0 _exit(0)
bringt mich aber leider auch nicht weiter
Jan
On Mon Jul 02, 2001 at 20:19:17 +0200, Jan Dittberner wrote:
Adam Lackorzynski schrieb:
On Mon Jul 02, 2001 at 19:12:19 +0200, Jan Dittberner wrote:
Was mir Sorgen macht, ist, dass er scheinbar versucht /dev/null als directory zu öffnen, was natürlich nicht geht. Kann jemand was mit dem output von strace anfangen?
Mal probieren... :)
Kannst Du quotacheck mal mit "-d" aufrufen? Da sollte er einiges mehr erzaehlen. Und mit shm ist auch alles ok? (sollte zwar ueberhaupt nichts damit zu tun haben, aber man weisz ja nie...)
hab jetzt mal
quotacheck -d -v -u -s -f /dev/sdb2
Was is'n das fuer 'ne Version? Meine hier hat das "-s" nicht.
ausgeführt, scheint wirklich probleme mit shm zu geben (warum?)
tmpfs (oder shmfs) gemounted?
mount(umovestr: Input/output error 0, "/home", "ext2", MS_REMOUNT|0xc0ed0000, 0) = 0 write(2, "Filesystem remounted Read-Write."..., 33Filesystem remounted Read-Write. ) = 33 close(3) = 0
Hier mueszte eigentlich noch was kommen, vor allem, wenn man "-d" an hat.
munmap(0x40016000, 4096) = 0 munmap(0x40017000, 4096) = 0 _exit(0)
Kannst Du nochmal checken, ob /etc/fstab wirklich stimmt (usrquota). Lt. code koennte es daran liegen... :/
Adam
On Mon, Jul 02, 2001 at 07:12:19PM +0200, Jan Dittberner wrote:
Reiner Klaproth schrieb:
<schnipp>
Und im strace steht was ganz wirres:
open("/home", O_RDONLY) = 4 ioctl(4, 0x5460, 0xbffff658) = 0 close(4) = 0 mount(umovestr: Input/output error
^^^^ ich nehme mal an, der Parameter soll das /dev/XXX sein
0, "/home", "ext2", MS_RDONLY|MS_REMOUNT|0xc0ed0000, 0) = 0
und das beträgt '0'...
Wiso versucht quota eigentlich die Partition erst zu mounten, ist sie es denn nicht schon?
Ciao, Tobias (der wirklich kein Debug-Experte ist)
Tobias Koenig schrieb:
On Mon, Jul 02, 2001 at 07:12:19PM +0200, Jan Dittberner wrote:
Reiner Klaproth schrieb:
<schnipp> > > Und im strace steht was ganz wirres: > > open("/home", O_RDONLY) = 4 > ioctl(4, 0x5460, 0xbffff658) = 0 > close(4) = 0 > mount(umovestr: Input/output error ^^^^ ich nehme mal an, der Parameter soll das /dev/XXX sein > 0, "/home", "ext2", MS_RDONLY|MS_REMOUNT|0xc0ed0000, 0) = 0 und das beträgt '0'...
Wiso versucht quota eigentlich die Partition erst zu mounten, ist sie es denn nicht schon?
der versucht die Partition read-only zu mounten, damit keiner darauf- rumschreibt, während er sie scannt.
Jan
On Sun Jul 01, 2001 at 20:48:30 +0200, Reinhard Foerster wrote:
On Sun, Jul 01, 2001 at 08:37:33PM +0200, Adam Lackorzynski wrote:
Das Filesystem ist nicht etwa ReiserFS?
Kann das etwas auch keine Quotas? IBMs JFS kanns jedenfalls noch nicht.
aus 2.4.5-ac17, Configure.help:
with large directories and small files. Additional patches are needed for NFS and quotas, please see www.reiserfs.org for links.
Adam
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Jan Dittberner -
Reiner Klaproth -
Reinhard Foerster -
Tobias Koenig