Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Hallo
bekomme immer folgende Warnung angezeigt in Confixx
#1133: Fehler bei der Ermittlung des verbrauchten Speicherplatzes von "web20" in "/home/www
was kann ich machen damit diese verschwindet ??
Gruß
lbaum
bekomme immer folgende Warnung angezeigt in Confixx
#1133: Fehler bei der Ermittlung des verbrauchten Speicherplatzes von "web20" in "/home/www
was kann ich machen damit diese verschwindet ??
Gruß
lbaum
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Is das bei jedem webx oder nur vereinzelt?
Ich tippe mal drauf das quota nicht instaliert ist...
Ich tippe mal drauf das quota nicht instaliert ist...
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
HAbe das Problem auch, habe Qouta installiert und bekomme in Confixx dies hier zu sehen:
Der Speicherplatz soll 12,47 MB groß sein, habe aber allein Downloads beim web1 von 60 MB
Code: Select all
Kunde E-Mail/POP3 Transfer 12/2002 Transfer 11/2002 Speicherplatz
web1 36 / 29 250,21 MB 469,93 MB 12,47 MB
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
So sieht es bei mir auch aus, war bisher nicht in der Lage das Problem zu lösen...Zero wrote:HAbe das Problem auch, habe Qouta installiert und bekomme in Confixx dies hier zu sehen:Der Speicherplatz soll 12,47 MB groß sein, habe aber allein Downloads beim web1 von 60 MBCode: Select all
Kunde E-Mail/POP3 Transfer 12/2002 Transfer 11/2002 Speicherplatz web1 36 / 29 250,21 MB 469,93 MB 12,47 MB
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Hi,
hast du vielleicht mal unter einer andere UID (z.B. root) Dateien heruntergeladen und vergessen dein Eigentümer zu ändern? Es werden nur die Dateien mit einbezogen die dem User auch gehören. Was sonst noch in den Verzeichnisen liegt und jemand anderem gehört nicht.
hast du vielleicht mal unter einer andere UID (z.B. root) Dateien heruntergeladen und vergessen dein Eigentümer zu ändern? Es werden nur die Dateien mit einbezogen die dem User auch gehören. Was sonst noch in den Verzeichnisen liegt und jemand anderem gehört nicht.
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Also wenn ich mir das auf der Console ansehen, gehören die Daten eingentlich alle web1.
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Hmm mach mal ein quotacheck -m / und erzwinge dann nochmal alle Updates im Confixx Admin Bereich.
Evtl. siehst du auch eine Fehlermeldung wenn du das confixx_counterscript.pl mit dem Parameter DEBUG aufrufst.
Evtl. siehst du auch eine Fehlermeldung wenn du das confixx_counterscript.pl mit dem Parameter DEBUG aufrufst.
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Ist zwar nicht so wild - aber ich hab das Problem auch. Seltsamerweise aber nur bei web3 und web4 - die anderen werden korrekt ermittelt und es gibt auch keine Fehlermeldung (Confixx Pro 1.6.5).
Die Dateien in den Accounts gehören den entsprechenden Usern. Ansonsten gibt es auch keine Fehlermeldungen.
Vieleicht hat doch noch jemand eine Idee...
EDIT: Ist nicht ganz korrekt. Beim ausführen von "quotacheck -m /" kommt
Die Dateien in den Accounts gehören den entsprechenden Usern. Ansonsten gibt es auch keine Fehlermeldungen.
Vieleicht hat doch noch jemand eine Idee...
EDIT: Ist nicht ganz korrekt. Beim ausführen von "quotacheck -m /" kommt
...viel Anfangen kann ich mit der Meldung aber nicht.Cannot get exact used space... Results might be inaccurate.
quotacheck: WARNING - Quotafile //quota.user was probably truncated. Can't save quota settings...
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
In diesem Fall würde ich die beiden quota Dateien löschen und nochmal neu anlegen. Dann wieder quotacheck -m /, confixx laufen lassen und nochmal quotacheck -m /.
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Also bei quotacheck kommt jetzt keine Fehlermeldung mehr - aber bei Confixx hat sich nichts geändert - für web3/4 gibt es nach wie vor die besagte Fehlermeldung im Confixx-Log und die Angaben für die beiden Accounts belaufen sich auf 0kb Belegung (was natürlich nicht stimmt).
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Hallo
ich bekomme auch diese Fehlermeldung Cannot get exact used space... Results might be inaccurate.
quotacheck: WARNING - Quotafile //quota.user was probably truncated. Can't save quota settings...
habe die beiden Dateien gelöscht und neu angelget und chmod 600 die rechte gesetzt und quota -m /m ausgeführt und bekomme immer noch diese Meldung was kann ich jetzt noch tun ??
Gruß und einen guten Rutsch
lbaum
ich bekomme auch diese Fehlermeldung Cannot get exact used space... Results might be inaccurate.
quotacheck: WARNING - Quotafile //quota.user was probably truncated. Can't save quota settings...
habe die beiden Dateien gelöscht und neu angelget und chmod 600 die rechte gesetzt und quota -m /m ausgeführt und bekomme immer noch diese Meldung was kann ich jetzt noch tun ??
Gruß und einen guten Rutsch
lbaum
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Habe auch noch diese Probleme noch keine Lösung gefunden sorry....
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Einen hab ich noch... das wars dann aber mit meinem Wissen über quotas:
quotacheck -avug
quotacheck -avug
-
- Posts: 54
- Joined: 2002-10-20 18:39
- Location: Bocholt
- Contact:
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Ich habe das gleiche Problem, schon seitdem ich den Root Server habe. Ich hab mich schon doof gesucht nach dem bug. Eigentlich ist das mal ne Frage Wert an den Support.
Ich habe mal versucht quotas an und auszuschalten, erhalte dann aber eine Fehlermeldung.
Ã?ber Confixx Admin habe ich bereits zich mal das quota an und ausgeschaltet, nichts verändert sich, ich habe immer diese Fehlermeldungen im Log, die Fehlermeldungen nutzen hohe Datenbankkapazitäten, zumindest bei über 100Webs. In der FAQ ist aber hier beschrieben wier man Quotas setzt. Ich werde das jetzt versuchen, oder hat es einer so schon probiert ? ;)
Gruß Markus
Ich habe mal versucht quotas an und auszuschalten, erhalte dann aber eine Fehlermeldung.
Code: Select all
using //quota.user on /dev/hda3: Invalid argument
Gruß Markus
-
- Posts: 54
- Joined: 2002-10-20 18:39
- Location: Bocholt
- Contact:
Re: Fehler bei der Ermittlung des verbrauchten Speicherplatztes
Ich habe es so gemacht und es Funktioniert nicht ganz. Wer weiß Rat?
Achtung, dieses Update gillt nur für den kernel-2.4.18
Ins Verzeichnis /boot wechseln
:/ # cd boot
Ein Backup Verzeichnis für die alten Kernel Dateien erstellen. Ich hab das so gemacht weil es schneller geht das boot.bkp Verzeichnis, später bei
einem Crash per Rescue System wieder umzubenennen.
:/boot # mkdir /boot.bkp
Kopieren der alten Kernel Dateien.
:/boot # cp -R /boot/* /boot.bkp
Kernel Update vom update Server runterladen und alte Dateien überschreiben.
:/boot # wget http://update.pureserver.info/local-upd ... .18.tar.gz
:/boot # tar -xzf kernel-2.4.18.tar.gz -C
Dann den Kernel booten mit LILO.
:/boot # lilo
[QUOTE]
Added linux *
Added linux.old
Added linux.suse
Added memtest86
[/QUPTE]
Jetzt eventuell noch die /etc/fstab anpassen. Bei mir war der Eintrag schon vorhanden.
/dev/hda3 / ext3 defaults,usrquota 1 1
So sollte es ungefähr aussehn.
Nun müsst Ihr noch die Quota Dateien erstellen.
:/ #..
:/ # touch /quota.user
:/ # touch /quota.group
:/ # chmod 600 /quota.*
Nun im confixx Admin Quota einschalten, wie das geht sollte bekannt sein.
Ansonsten schaut in die FAQ.
Gut sollte dies dann geschehen sein muss man in der Confixx Datenbank die
Disk Quotas einschalten. Das geht dann folgendermassen:
:/ # mysql -D confixx -p
Enter password: ( gebt hier das Masterpasswort an )
[...]
mysql> update kunden set quota=1;
Query OK, 34 rows affected (0.00 sec)
Rows matched: 34 Changed: 34 Warnings: 0
mysql> update allgemein set quota=1;
Query OK, 1 rows affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> quit
Bye
Jetzt noch einmal Sicherheitshalber nachschauen ob in der /etc/rc.config der Eintrag
vorhanden ist. Ist dies der Fall braucht dort nichts mehr verändert werden.
Dann System booten und Beten ;)
:/ #shutdown -r now
Nach dem Neustart folgendes eingeben
# quotacheck -m /
Bei mir hats nicht ganz geklappt. Ich suche noch nach dem Fehler.
Folgende Meldung habe ich erhalten.
Cannot get exact used space... Results might be inaccurate.
quotacheck: WARNING - Quotafile //quota.user was probably truncated. Can't save quota settings...
Gruß Markus
P.S.: Die Anleitung ist ohne Gewähr und erfolgt auf eigene Gefahr! Laut 1und1 sollte es so Funktionieren.
Nachtrag 3.1.2003 13:24
Ich habe mich grade nochmal mit dem Support in Verbindung gesetzt, die schauen sich jetzt meinen Server an. Das wäre ja echt toll wenn man endlich ein Fehlerfreies update machen kann. Hoffe bei Euch hat es so schon geklappt?!
Achtung, dieses Update gillt nur für den kernel-2.4.18
Ins Verzeichnis /boot wechseln
:/ # cd boot
Ein Backup Verzeichnis für die alten Kernel Dateien erstellen. Ich hab das so gemacht weil es schneller geht das boot.bkp Verzeichnis, später bei
einem Crash per Rescue System wieder umzubenennen.
:/boot # mkdir /boot.bkp
Kopieren der alten Kernel Dateien.
:/boot # cp -R /boot/* /boot.bkp
Kernel Update vom update Server runterladen und alte Dateien überschreiben.
:/boot # wget http://update.pureserver.info/local-upd ... .18.tar.gz
:/boot # tar -xzf kernel-2.4.18.tar.gz -C
Dann den Kernel booten mit LILO.
:/boot # lilo
[QUOTE]
Added linux *
Added linux.old
Added linux.suse
Added memtest86
[/QUPTE]
Jetzt eventuell noch die /etc/fstab anpassen. Bei mir war der Eintrag schon vorhanden.
/dev/hda3 / ext3 defaults,usrquota 1 1
So sollte es ungefähr aussehn.
Nun müsst Ihr noch die Quota Dateien erstellen.
:/ #..
:/ # touch /quota.user
:/ # touch /quota.group
:/ # chmod 600 /quota.*
Nun im confixx Admin Quota einschalten, wie das geht sollte bekannt sein.
Ansonsten schaut in die FAQ.
Gut sollte dies dann geschehen sein muss man in der Confixx Datenbank die
Disk Quotas einschalten. Das geht dann folgendermassen:
:/ # mysql -D confixx -p
Enter password: ( gebt hier das Masterpasswort an )
[...]
mysql> update kunden set quota=1;
Query OK, 34 rows affected (0.00 sec)
Rows matched: 34 Changed: 34 Warnings: 0
mysql> update allgemein set quota=1;
Query OK, 1 rows affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> quit
Bye
Jetzt noch einmal Sicherheitshalber nachschauen ob in der /etc/rc.config der Eintrag
Code: Select all
START_QUOTA="yes"
Dann System booten und Beten ;)
:/ #shutdown -r now
Nach dem Neustart folgendes eingeben
# quotacheck -m /
Bei mir hats nicht ganz geklappt. Ich suche noch nach dem Fehler.
Folgende Meldung habe ich erhalten.
Cannot get exact used space... Results might be inaccurate.
quotacheck: WARNING - Quotafile //quota.user was probably truncated. Can't save quota settings...
Gruß Markus
P.S.: Die Anleitung ist ohne Gewähr und erfolgt auf eigene Gefahr! Laut 1und1 sollte es so Funktionieren.
Nachtrag 3.1.2003 13:24
Ich habe mich grade nochmal mit dem Support in Verbindung gesetzt, die schauen sich jetzt meinen Server an. Das wäre ja echt toll wenn man endlich ein Fehlerfreies update machen kann. Hoffe bei Euch hat es so schon geklappt?!