[vz-users] Datenbankfehler nach vergrößern der Partition

Tobias Lehr tobias.lehr at me.com
Sa Mär 28 15:56:12 CET 2020


OK war doch aussagekräftig. Es läuft wieder.

ich habe nach dem mariadb can’t init tc log gegooglet und habe mehrer einträge gefunden die sagten das diese Log datei wahrscheinlich durch ein out of space problem corrupt geworden sind. Also habe ich unte /var/lib/mysql geschaut und da war diese Datei und ich konnte sie nicht öffnen, weil Permission denied.

Die Lösung war jetzt, das ich diese Datei gelöscht habe und dann das System rebootet habe. Nun läuft mariadb wieder, die tc.log datei wurde neu erstellt.

Vielen Dank für die Schnelle Hilfe, vor allem wo man schauen muss um den Fehler zu finden. Ich habe dabei wieder viel gelernt

Viele Grüße
Tobias
> Am 28.03.2020 um 15:44 schrieb Tobias Lehr <tobias.lehr at me.com>:
> 
> Also nach deiner Anleitung komme ich nicht weiter, da schon die im schritt mysql error log aktivieren genannte Datei nicht existiert.
> 
> Ich habe aber unter /var/log/mysql/ die error.log gefunden.
> 
> das ist die ausgabe wenn ich versucht habe mysql über systemctl start mysql zu starten:
> 
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using mutexes to ref count buffer pool pages
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: The InnoDB memory heap is disabled
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Compressed tables use zlib 1.2.8
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using Linux native AIO
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using generic crc32 instructions
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Initializing buffer pool, size = 128.0M
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Completed initialization of buffer pool
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Highest supported file format is Barracuda.
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: 128 rollback segment(s) are active.
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Waiting for purge to start
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB:  Percona XtraDB (http://www.percona.com <http://www.percona.com/>) 5.6.35-80.0 started; log sequence number 1359030093
> 2020-03-28 15:39:05 1442837312 [Note] InnoDB: Dumping buffer pool(s) not yet started
> 2020-03-28 15:39:05 1988235264 [Note] Plugin 'FEEDBACK' is disabled.
> 2020-03-28 15:39:05 1988235264 [Note] Recovering after a crash using tc.log
> 2020-03-28 15:39:05 1988235264 [ERROR] Can't init tc log
> 2020-03-28 15:39:05 1988235264 [ERROR] Aborting
> 
> 
> leider nicht sehr aussagekräftig
> 
> Gruß Tobias
> 
> 
>> Am 28.03.2020 um 15:02 schrieb Daniel Lauckner <vz at jahp.de <mailto:vz at jahp.de>>:
>> 
>> Hallo,
>> 
>> 
>> dann schau mal nach dem Logfile.
>> http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/ <http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/>
>> 
>> 
>> mfg Daniel
>> 
> 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200328/0b30b78b/attachment-0001.html>


More information about the volkszaehler-users mailing list