[TYPO3-german] Kann nicht mehr einloggen!

[LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig]

> -----Ursprüngliche Nachricht-----
> Von: typo3-german-bounces at lists.netfielders.de 
> [mailto:typo3-german-bounces at lists.netfielders.de] Im Auftrag 
> von Ronald Wiplinger (Lists)
> Gesendet: Montag, 13. Oktober 2008 12:41
> An: German TYPO3 Userlist
> Betreff: Re: [TYPO3-german] Kann nicht mehr einloggen!
> 
> 
> LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig wrote:
> >> -----Ursprüngliche Nachricht-----
> >> Von: typo3-german-bounces at lists.netfielders.de
> >> [mailto:typo3-german-bounces at lists.netfielders.de] Im Auftrag 
> >> von Ronald Wiplinger (Lists)
> >> Gesendet: Montag, 13. Oktober 2008 09:31
> >> An: German TYPO3 Userlist
> >> Betreff: Re: [TYPO3-german] Kann nicht mehr einloggen!
> >>
> >>
> >> LUCOMP mediale kommunikation & internetDesign Bernhard 
> Ludwig wrote:
> >>     
> >>>> -----Ursprüngliche Nachricht-----
> >>>> Von: typo3-german-bounces at lists.netfielders.de
> >>>> [mailto:typo3-german-bounces at lists.netfielders.de] Im Auftrag
> >>>> von Ronald Wiplinger (Lists)
> >>>> Gesendet: Montag, 13. Oktober 2008 00:54
> >>>> An: German TYPO3 Userlist
> >>>> Betreff: [TYPO3-german] Kann nicht mehr einloggen!
> >>>>
> >>>>
> >>>> (habe schon versucht auf der Englischen typo3 Liste Rat 
> zu finden, 
> >>>> ....)
> >>>>
> >>>> Ich habe zwei wec module eingebaut und die sind nicht gelaufen. 
> >>>> Wollte diese wieder ausbauen, aber kann nicht mehr einloggen - 
> >>>> weder als admin noch als user. Habe daher versucht mit dem 
> >>>> Installtool einen neuen admin anzulegen. Installtool kann die 
> >>>> datenbank lesen aber einen neuen admin anlagen wird mit ERROR: 
> >>>> Cannot insert  beantwortet.
> >>>>     
> >>>>         
> >>> Hallo Roland,
> >>>
> >>>   
> >>>       
> >> Ronald ;-)
> >>     
> >>> ich hatte eben gerade einen ähnlichen Fall, da haben die Quotas
> >>> zugeschlagen. Überprüfe doch mal, ob genügend Speicherplatz 
> >>>       
> >> auf Deinem
> >>     
> >>> Space zur Verfügung steht.
> >>>
> >>>   
> >>>       
> >> Danke fuer Deinen Hinweis, ,... leider ist es das nicht:
> >> Disk Space 	
> >> 187 MB of 250000 MB in use
> >> Transfer Volume 	
> >> 366 MB of 2500000 MB have been used
> >> File Usage 	
> >> 8939 of 262144 files in use
> >>
> >>
> >>
> >> bye
> >>
> >> Ronald
> >>     
> >
> > Hallo Ronald (sorry für die falsche Anrede),
> >
> > Was Du auflistest sind nur die Systemdaten. Hast Du 
> vielleicht in der 
> > Domain Quotas eingerichtet? Ich nehme nicht an, dass Du der 
> Domain den 
> > gesamten Festplattenplatz zur Verfügung stellst. Schau doch 
> mal in der 
> > Domainkonfiguration nach, vielleicht hast Du da eine Begrenzung auf 
> > z.B. 200MB drin.
> >
> >   
> 
> Hallo Bernhard,
> 
> es scheint, dass du doch den Nagel auf den Kopf getroffen 
> hast! Nachdem ich die letzte Meldung geschrieben hatte fand 
> ich, dass die DATENBANK auf 100 MB limitiert ist und wir nun 
> auf 108 MB sind. Korrekt wurde angegeben, dass wir noch -8MB 
> frei haben !!!
> 
> Ich werde mit dem Webhoster reden wie wir das loesen koennen, 
> ob die die Grenze auf 500 MB anheben koennen, oder wir 
> muessen eben zu einem anderen webhoster wechseln.
> 
> Aber, warum braucht das system so viel Platz? Im moment sind 
> kaum Daten auf der web site!!!! OK, fand auch das in 
> phpmyadmin: 143.8MB in der Tabelle cache_pages!!! Alle 
> Tabellen zusammen 148.1MB. (Wie die nun auf 108MB kommen ist 
> mir auch ein Raetsel) Warum? Kann ich das eingrenzen? Kann 
> ich das irgendwie entleeren?
> 
> Weil wir schon mal bei den Tabellen sind: Manche sind MyISAM 
> und manche InnoDB, warum? Die meisten Tabellen sind 
> latin1_german2_ci (ich brauche aber alle in UTF, kann ich das 
> umstellen, irgendwie festlegen fuer zukuenftige Tabellen)
> 
> Danke fuer den Denkanstoss, waere nicht so schnell auf ein 
> Quotaproblem gekommen.
> 
> 
> bye
> 
> Ronald

Hallo Ronald,

nimm Dir einfach ein größeres Hostingpaket, wenn ansonsten alles gut läuft.
Es ist immer am einfachsten, das Vorhandene aufzubohren, dann gibt’s keine
Probleme mit dem Umzug.

Die DB-Größe ist abhängig einerseits von der Größe der Websiteinhalte und
andererseits natürlich vom Cache. Den Seitencache zu leeren bringt aber
nichts, weil dieser ja eh wieder aufgebaut wird. Ansonsten müsste jedesmal
bei einem Seitenaufruf die Seite komplett neu generiert werden, was dann
wieder zu lasten der Serverperformance geht.

Ich habe hier eine HP mit ca. 40 Inhaltsseiten, Text und Bilder gemischt,
newslettermodul und ein bisschen Kleinkram drumherum, da hat die DB eine
Größe von knapp 18 MB. Alle Cache_XXX -Tabellen nehmen eine Größe von ca. 9
MB ein. Rechne doch mal Deine Seiten hoch, was da so zusammenkommen könnte.
Hast Du eventuell Statistiken in Typo3 mitlaufen? Die können die DB, je nach
Seitenzugriffen, recht schnell anwachsen lassen.

Grüße,
Bernhard Ludwig