[TYPO3-german] Wo sind die Logfiles?

[gomeh ar]

Vielen Dank für Eure so ausführlichen Antworten,

und für den Tipp mit Logging. Ich wiederhole ihn für andere, damit er noch präsenter ist:

Um im TYPO3 CMS den Loglevel einfach zu verändern, kann man im (englische Version) Install Tool -> Configuration Presets ->Debug Settings wählen zwischen
- Live
- Debug und
- Custom Configuration

Danke für diese hilfreiche Info, denn bei der Vielzahl an Menüs + Optionen + Ansichten + Modi verliert man leicht den Überblick über das Gesamtsystem.

Das GUI Install Tool im Backend setzt dann die Optionen als Set um, indem sie sie in die Localconfiguration.php einträgt:

Configuration written

'BE/debug' => '1'
'FE/debug' => '1'
'SYS/devIPmask' => '*'
'SYS/displayErrors' => '1'
'SYS/enableDeprecationLog' => 'file'
'SYS/sqlDebug' => '1'
'SYS/systemLogLevel' => '0'
'SYS/exceptionalErrors' => '28674'
'SYS/clearCacheSystem' => '1'


Konkret zu meinem Problem:
Ja, ich habe den richtigen, weil einzigen Sysfolder in der Extension eingetragen. In ihm liegen die Benutzer und auch die einzige Benutzergruppe (Sysfolder meint hoffentlich eine Seite mit der Option Folder.).

Nach dem Einschalten des Debugging hatte ich zahlreiche ERROR Meldung, die auf fehlenden Datentabellen hinwiesen, es war eine *cache_hash Tabelle: 

 ERROR => 'Table 'test4.cf_cache_hash' doesn't exist in engine' (51 chars)
tausend zeilen später
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
2017-09-22  8:55:13 6284 [ERROR] InnoDB: Table "test4"."cf_cache_rootline" is corrupted. Please drop the table and recreate.
2017-09-22  8:55:13 6284 [Warning] InnoDB: Cannot open table test4/cf_cache_rootline from the internal data dictionary of InnoDB though the .frm file for the table exists. See dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you can resolve the problem.

test4 ist der Name meiner Datenbank für typo3.

Da fiel mir auf, das meine SQL Datenbank (MariaDB/test4) vor einigen Tagen mehrfach spontan abgestürzt war, ca. 2h nach der Installation des gesamten xammp Paketes :-(.  Naiverweise habe ich die datenbank wieder hochgefehren und weitergearbeitet. Auch im Log der Datenbank war zu lesen, dass die Datenbank korrupt sei.

Um ja keine Fehler schon bei der Installation einzuschleppen, habe ich typo3 neu installiert, wobei ja auch eine neue Datenbankstruktur angelegt wird. Leider hatte ich das gleiche Problem (DB abort) wieder ca. 2h nach den Installation und dem Arbeiten am Backend.

Ich arbeite mit Version Typo3 7.6.21. Ich glaube, ich sollte nochmal alles installieren, also das gesamte xampp Paket mit Datenbank und dann typo3 darauf. 
Schon bei der Installation von typo3 heute morgen konnte ich im Logfile der Datenbank zahlreiche ernste Fehler entdecken, die letzlich zu einem Abort der Datenbank führten.

Ich hoffe, dass ich auf der richtigen Spur. 
nebenbei: Ich möchte später im Forum einen neuen Thread aufmachen zur Frage einer systematischen Fehlersuche bei der Arbeit mit dem  typo3 cms oder gibt es einen Guide dazu? Ich stehe meistens vor dem typo3 cms wie Ochse vor neuem Tor, und weiß überhaupt nicht, wo ich (zuerst) kucken soll...


Vielen Dank an Euch
gomeh ar

PS Ich melde mich nochmal nach dem Installation des Gesamtpaketes xampp
PS danke für den link jweiland