maaf nanya, kenapa dengan adanya folder itu bisa diklaim cuma memakai engine MyISAM ??Ok, kalau ada folder-folder tsb, berarti DB Storage Engine-nya pakai MyISAM, aman.
# cd /var/lib/mysql
# ls -l -R |egrep -e '.MY|.ibd'
maaf nanya, kenapa dengan adanya folder itu bisa diklaim cuma memakai engine MyISAM ??
coba ts @luncur jalani ini
paste hasilnya kesini,Code:# cd /var/lib/mysql # ls -l -R |egrep -e '.MY|.ibd'
sudah solved ya ? alhamdulillah kalau begitu. kebetulan saya baru selesai juga ngerecovery 5000db+ sebagian besar innodb tables, juga kasus sama(lebih kurang). berdasarkan error info diTuan-tuan, maaf baru sempat updet trit ini. Pada akhirnya Mariadb-nya tidak bisa jalan lagi. Udah coba juga force recovery sampai tingkat 6 alias reset direktori mysql. Saya lihat di beberapa forum kalau reset direktori yang kelihatannya banyak berhasil. Itu rekomendasi di doc mariadb juga. Setelah reset, meski upgrade dan downgrade beberapa repo tidak bisa juga.
Tentu, sebelum force recovery, seisi /var/lib/mysql saya amankan dulu. Saya kira restor dari direktori mysql adalah opsi terakhir. Saya lega sekali cepat-cepat membackup direktori mysql.
Saya menyiapkan server baru dengan centmin juga, stop mysql, lalu meletakkan folder db web yang down ke dalam direktori mysql server baru, menimpa berkas ibdata1, ib_logfile1 dan iblog_file 2, start lalu dump. Data aman. Eror satu dua pikir belakangan.
Saya ceroboh karena sebelumnya tidak mengatur destinasi backup untuk beberapa web.
Trit ini mungkin sekaligus sebagai seruan moral: BACKUP.
Makasi banyak masukan-tuan-tuan.
Code:[06:51][[email protected] ~]# mysqldump --all-databases > /home/mysqlbackup/alldatabases.sql mysqldump: Got error: 2002: "Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111 "Connection refused")" when trying to connect [06:57][[email protected] ~]#
journalctl -u mariadb --no-pager
Code:Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information. Apr 01 04:46:52 sg2.domain.com mysqld[26047]: 2019-04-01 04:46:52 7f6f0ad6e900 InnoDB: Error: page 282 log sequence number 179057809143 Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: is in the future! Current system log sequence number 178723624540. Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: Your database may be corrupt or you may have copied the InnoDB Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information. Apr 01 04:46:52 sg2.domain.com mysqld[26047]: 2019-04-01 04:46:52 7f6f0ad6e900 InnoDB: Error: page 1184 log sequence number 179057809143 Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: is in the future! Current system log sequence number 178723624540. Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: Your database may be corrupt or you may have copied the InnoDB Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information. Apr 01 04:46:55 sg2.domain.com systemd[1]: mariadb.service: main process exited, code=exited, status=1/FAILURE Apr 01 04:46:55 sg2.domain.com systemd[1]: Failed to start MariaDB 10.1.38 database server. Apr 01 04:46:55 sg2.domain.com systemd[1]: Unit mariadb.service entered failed state. Apr 01 04:46:55 sg2.domain.com systemd[1]: mariadb.service failed.
mysqlcheck --all-databases > dbcheck.log
#atau bisa per db
for db in `mysql -e "show databases" | egrep -e '_' |egrep -ve 'schema'`; do mysqlcheck --database $db > $db.log;done;
jadi om mau pake mode recovery 6 pun jg masi gagal start mariadb ya..Tuan-tuan, maaf baru sempat updet trit ini. Pada akhirnya Mariadb-nya tidak bisa jalan lagi. Udah coba juga force recovery sampai tingkat 6 alias reset direktori mysql. Saya lihat di beberapa forum kalau reset direktori yang kelihatannya banyak berhasil. Itu rekomendasi di doc mariadb juga. Setelah reset, meski upgrade dan downgrade beberapa repo tidak bisa juga.
Tentu, sebelum force recovery, seisi /var/lib/mysql saya amankan dulu. Saya kira restor dari direktori mysql adalah opsi terakhir. Saya lega sekali cepat-cepat membackup direktori mysql.
Saya menyiapkan server baru dengan centmin juga, stop mysql, lalu meletakkan folder db web yang down ke dalam direktori mysql server baru, menimpa berkas ibdata1, ib_logfile1 dan iblog_file 2, start lalu dump. Data aman. Eror satu dua pikir belakangan.
Saya ceroboh karena sebelumnya tidak mengatur destinasi backup untuk beberapa web.
Trit ini mungkin sekaligus sebagai seruan moral: BACKUP.
Makasi banyak masukan-tuan-tuan.
Betul om, mode recovery 6 masih gagal.jadi om mau pake mode recovery 6 pun jg masi gagal start mariadb ya..
lalu copy seluruh isi /var/lib/mysql ke server yg baru dan coba di start akhirnya sukses begitu?
nice sharing jg bwat om @junior riau
biasanya itu yg masalah gini rata2 pake store engine innodb ya..