[quota] Can't read quotas from file

[zeroxcool]

Deze error krijg ik dus als ik de quota voor een user (of group) wil opslaan. Quota support in kernel staat aan. /etc/fstab is aangepast. quotaon staat net na de mount van de fss en geeft géén errors.

Als EDITOR heb ik nano (onder Debian). Aanpassen gaat dus wel (/tmp//EdP.aHEmpY8 heet de file) maar als ik wil opslaan geeft hij dus die error aan. Ligt dit aan de editor?

Ik gebruik de zelf gecompileerde quotatools (www.sourceforge.net/projects/linuxquota), quota support in kernel gewoon door middel van vanilla-sources. In fstab staan usrquota én grpquota aan, op een ext2 fs btw. Ik hoop dat het een beetje duidelijk is.

[_nethack]

Je hebt wel eerst 'quotacheck -avug' gedraait om het quotabestand aan te maken?

[zeroxcool]

Ja, dat doet hij voor het aanzetten van de quotas tijdens de boot en om de week. De quota bestanden /quota.group en /quota.user bestaan gewoon. Die zijn wel leeg, wat ik persoonlijk raar vind.

[ Voor 26% gewijzigd door zeroxcool op 01-03-2003 11:37 ]

[_JGC_]

Wat krijg je als je "edquota -u <user> /" doet?

BTW: Het debian pakketje "quota" bevat ook de quotatools, waarom zelf compilen als het er al is?

[zeroxcool]

Krijg gewoon mooi nano, als ik iets aanpas en opsla (^O) dan zegt hij hetvolgende:
edquota: Can't read quotas from file
edquota: User / doesn't exist

Waarom ik hem zelf heb gecompiled? Wilde er iets meer van weten. Maar dit is gewoon precies hetzelfde als de .deb toch?

[ Voor 5% gewijzigd door zeroxcool op 01-03-2003 12:55 ]

[zeroxcool]

Schop!

Dit probleem (in andere vorm dan) doet zich ook voor bij het editen van de crontab (crontab -e). Als ik dat opsla dan edit hij dus helemaal niet /etc/crontab. Maar slaat de file dus alleen maar op in /tmp. Ligt het dan gewoon aan nano?

[ Voor 96% gewijzigd door zeroxcool op 02-03-2003 11:24 ]

[_JGC_]

doe eens "export EDITOR=vi" en probeer het dan nog eens.

[Verwijderd]

ZeRoXcOoL schreef op 02 March 2003 @ 11:02:
Schop!

Dit probleem (in andere vorm dan) doet zich ook voor bij het editen van de crontab (crontab -e). Als ik dat opsla dan edit hij dus helemaal niet /etc/crontab. Maar slaat de file dus alleen maar op in /tmp. Ligt het dan gewoon aan nano?

Heb je met 'crontab [-u user] file' aangegeven waar de crontab file staat voor de user waaronder je bent ingelogd

[zeroxcool]

doe eens "export EDITOR=vi" en probeer het dan nog eens.

Heb vi niet geïnstalleerd, gewoon apt-get vim doen?

Heb je met 'crontab [-u user] file' aangegeven waar de crontab file staat voor de user waaronder je bent ingelogd

Nee, moet dat dan (dan is dat probleem denk ik ook opgelost...

[_nethack]

ZeRoXcOoL schreef op 02 maart 2003 @ 11:02:
Schop!

Dit probleem (in andere vorm dan) doet zich ook voor bij het editen van de crontab (crontab -e). Als ik dat opsla dan edit hij dus helemaal niet /etc/crontab. Maar slaat de file dus alleen maar op in /tmp. Ligt het dan gewoon aan nano?

Nee hoor dat hoort zo.
Die file in /tmp is gewoon een tijdelijk bestand, wat na het afsluiten door de editor door crontab wordt opgepakt en gebruikt.

Je hebt bij cron een aantal plaatsen waar crontabs staan. /etc/crontab is een system-wide crontab, waarbij je bijvoorbeeld ook de username moet opgeven waar het commando onder draait ( bijv "*/5 * * * * root commando")
Daarnaast heeft iedere user ook nog een eigen crontab, die hij/zij met het crontab commando kan bewerken. (Daarin moet je dus ook bijv. die username niet opgeven)
Crontab vist de benodigde config ergens op, gooit die naar een file in /tmp, en start vervolgens $EDITOR met die file. Na het afsluiten van die editor pakt crontab die file in /tmp op, en schrijft die weer naar de cron config.

[zeroxcool]

Ok, crontab werkt nu goed, bedankt. Maar het probleem van 'edquota -u usertje' is nog niet opgelost. Die /tmp file wordt niet 'omgezet' naar een userquota .

[radicalEMT]

probeer het eens met iets als webmin, misschien krijgt die het voor elkaar

[zeroxcool]

Zal het proberen, maar is natuurlijk niet echt een oplossing.

[zeroxcool]

Schop!

[zeroxcool]

Schopje!

[zeroxcool]

Schop!

[zeroxcool]

Schop!

[zeroxcool]

Dit weet toch wel iemand? Zou ik de kernel misschien dan alsnog moeten patchen?

[deadinspace]

Probeer eens

code:

edquota -f / <user>

Overigens kun je je topic niet tot in het einde der dagen blijven kicken. Als blijkt dat niemand op het forum je kan helpen, dan verandert eindeloos kicken daar waarschijnlijk ook niks aan

[zeroxcool]

Helaas, ook dat werkt niet, k zal maar stoppen met schoppen ja ?

[deadinspace]

Ook dan krijg je de melding "edquota: Can't read quotas from file" ?

Doe anders eens "strace -o strace.log edquota -f / user", en dan kijken in strace.log waarom hij zeurt.

[zeroxcool]

Ik kom er niet uit... misschien is het path voor aquota.user verkeerd?

Hier staat de strace:
http://dev.xs4gamers.net/got/strace.log

[ Voor 99% gewijzigd door zeroxcool op 14-03-2003 12:01 ]

[Guru Evi]

In die strace zie ik een paar bestanden enzo die niet gevonden werden, oa een library, en een paar /proc dingen. Ik heb geen ervaring met quota's die verkeerd lopen (heeft al altijd gewerkt) en nog minder ervaring met een reeks cryptische data uit strace logs maar anyway... het wil misschien wel eens helpen.

[zeroxcool]

Quota support zit toch echt in de kernel. En bedoelen je met die lib de ext2 dev lib?

[deadinspace]

In dat strace log zie ik de melding "Can't read quotas from file" niet terug eigenlijk... Geeft hij die melding nog wel?

[zeroxcool]

Het leuke (rare) is dat hij die error geeft nadat nano wordt afgesloten. Dat kan misschien de reden zijn dat het niet in strace staat.

[deadinspace]

Ik heb net even door de source gebladerd, en die foutmelding geeft hij als hij die temp-file in /tmp na het laten editen niet meer kan lezen.

De relevante regels uit strace.log:

code:

open("/tmp//EdP.auTtXeh", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 4
dup(4)                                  = 5
write(5, "Disk quotas for user zeroxcool ("..., 221) = 221
close(5)                                = 0
fork()                                  = 308
wait4(308, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 308
--- SIGCHLD (Child exited) ---
dup(4)                                  = 5
read(5, "Disk quotas for user zeroxcool ("..., 4096) = 221

Hij forkt, en die child zal de editor wel aanroepen. Tijdens het forken blijft de file open, en na het forken wil hij eruit lezen (klopt tot zover met de source). In dit geval gaat dat lezen gewoon goed.

Het zou kunnen dat als nano saved hij de huidige file weggooit en een compleet nieuwe file wegschrijft (onder dezelfde naam) ipv dat hij de inhoud naar de huidige file schrijft. Dat zou dergelijke problemen wel kunnen verklaren.
Dat het bij je strace goed gaat komt misschien omdat je niks veranderd hebt aan die file die keer (dan doet nano misschien de moeite van het saven niet)?

Er is wel een andere editor gebruiken voorgesteld, maar heb je dat ook gedaan? Zo nee, probeer dat alsnog eens.

Ook kun je het eens met setquota proberen ipv edquota, heb je al dit gezever iig niet

[zeroxcool]

Hehe, via Joe werkt het gewoon. Even submitten deze 'bug'?

[zeroxcool]

Heeft iemand trouwens een /etc/quotatab example file, warnquota werkt nu nl. niet .

[deadinspace]

ZeRoXcOoL schreef op 15 maart 2003 @ 11:12:
Hehe, via Joe werkt het gewoon. Even submitten deze 'bug'?

Kun je doen. Nano hoort gewoon de bestaande file te truncaten en dan de inhoud weg te schrijven, hij moet hem niet wegflikkeren en opnieuw aanmaken.

ZeRoXcOoL schreef op 15 March 2003 @ 16:15:
Heeft iemand trouwens een /etc/quotatab example file, warnquota werkt nu nl. niet .

Hrm, er zou een example file in /usr/share/doc/quota moeten staan, maar die staat er niet...

Nouja, hier mijn quotatab iig:

code:

# This is an example quotatab file
# 
# This file is used as a translation for device names, so a warnquota message
# makes sense to the user.
#
# syntax is as follows:
#
# colon ':' is used to specify the start of the substituted text
# pipe  '|' is used to specify a line break
#
# device:substituted text
# device:text on line 1|test on line2
#
# For instance if you would like to have warnquota tell the user their
# 'mailspool' is full instead of '/dev/hdb1' is full, use the following
# example.
#
# /dev/hdb1:mailspool

[zeroxcool]

Dankjewel deadinspace, iedereen overigens bedankt, kan ik eindelijk weer verder .