[Bnr2 Disuapin] Cara Install WordPress di Unmanaged VPS (Nginx MariaDB PHP)

Vps digital ocean ram 512 instal debian nginx n mariadb ngikutin tutor di depan.
ana setting cronjob kayak gini

* * * * * /usr/share/nginx/html/domain.com/wp-content/plugins/wp-img/post-cron.php >/dev/null 2>&1

ini kenapa ya gan, setiap hari service mysql stop sendiri. terus ana matikan cronnya dan mysql kadang masih stop sendiri. ini dia lognya.

Last login: Mon Oct 20 13:39:39 2014 from 202.67.43.40
root@houze:~# tail -f /var/log/mysql/error.log
tail: cannot open `/var/log/mysql/error.log' for reading: No such file or directory

root@houze:~# tail -f /var/log/syslog
Oct 20 10:39:01 houze /USR/SBIN/CRON[16970]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 11:09:01 houze /USR/SBIN/CRON[17023]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 11:17:01 houze /USR/SBIN/CRON[17046]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 11:39:01 houze /USR/SBIN/CRON[17071]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 12:09:01 houze /USR/SBIN/CRON[17115]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 12:17:01 houze /USR/SBIN/CRON[17137]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 12:39:01 houze /USR/SBIN/CRON[17223]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 13:09:01 houze /USR/SBIN/CRON[17269]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 13:17:01 houze /USR/SBIN/CRON[17291]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 13:39:01 houze /USR/SBIN/CRON[17317]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 14:09:01 houze /USR/SBIN/CRON[17602]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr
/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))

 

Saya bingung jawab nya gimana karena saya juga punya cron job dan mysql ngga pernah stop dgn sendirinya. Ane juga cek syslog (tail -f /var/log/syslog) dan error nya sama persis seperti output agan. Error ane kaya gini.

Oct 20 12:39:01 107 /USR/SBIN/CRON[7353]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 13:09:01 107 /USR/SBIN/CRON[7371]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 13:17:01 107 /USR/SBIN/CRON[7385]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 13:39:01 107 /USR/SBIN/CRON[7392]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 14:09:01 107 /USR/SBIN/CRON[7411]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 14:17:01 107 /USR/SBIN/CRON[7425]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 14:39:01 107 /USR/SBIN/CRON[7432]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 15:09:01 107 /USR/SBIN/CRON[7450]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 20 15:17:01 107 /USR/SBIN/CRON[7464]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 20 15:39:01 107 /USR/SBIN/CRON[7472]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))

Jadi kesimpulan ane (ini kesimpulan ane ya) error log yang agan sajikan adalah log mysql secara global, mungkin error nya ada di baris berapa yang pada saat di tail -f dst, ngga ke-output.

Setelah browsing sana sini, ane nemu di sini _http://ronaldbradford.com/blog/monitoring-mysql-the-error-log-2009-09-16/ dan ini _http://unix.stackexchange.com/questions/89228/mysql-log-confusion yang ngejelasin bahwa secara default error log mysql adalah di disable. Untuk itu kita harus meng-enable-kannya dengan cara mengedit file my.cnf dan menambahkan suatu kode yaitu:

vi /etc/mysql/my.cnf

Menuju baris 44 tambahkan log_error = /var/log/mysql.err di bawah [mysqld]

Spoiler

NOTE:
Pastikan dulu file mysql.err ada di folder /var/log/ dengan cara ls -lah /var/log/ .

Spoiler

Kalo sudah ada berarti OK, lanjut, kalo belum ada harus dibuat file nya dan dikasih akeses dengan cara memberi perintah touch /var/log/mysql.err dan chown mysql:mysql /var/log/mysql.err .

Kalau sudah ditambahkan kode di atas tinggal restart: service mysql restart

Dan tinggal nunggu sampe mysql berhenti sendiri agar nanti error berhenti ditulis ke mysql.err .

 

Alhamdulillah, terima kasih panduannya yang sangat lengkap dan terstruktur mas Hardinalz, semoga ilmunya berkah.
Seklain nanya mas untuk managging dns untuk domain gratis seperti dot,tk gimana caranya ?

 

sudah ditunggu dari kemaren tapi service mysql gak mati lagi. setelah di selidiki ternyata cronnya gak jalan. waktu mysql sering mati, ana gak pakai cron dari vpsnya. tapi pakai cron dari cpanel share hosting. ana setting jadwal di cron setiap jam ada 5 perintah yg di jalankan. apakah pengaruh beban yg berat makanya mysqlnya mati ya?

setting cron gak jalan gara2 lupa ngasih /usr/bin/php didepan perintah cron nya. udah di benerin tinggal tunggu lagi.

waduh masih gak jalan cron nya, apa yg salah ya gan

root@houze:~# crontab -l
*/20 * * * * /usr/bin/php /usr/share/nginx/html/domain.com/wp-content/plugins/wp-image/img-cron.php >/dev/null 2>&1
*/25 * * * * /usr/bin/php /usr/share/nginx/html/domain.us/wp-content/plugins/wp-image/img-cron.php >/dev/null 2>&1
*/35 * * * * /usr/bin/php /usr/share/nginx/html/domain.me/wp-content/plugins/wp-image/img-cron.php >/dev/null 2>&1
*/45 * * * * /usr/bin/php /usr/share/nginx/html/domain.net/wp-content/plugins/wp-image/img-cron.php >/dev/null 2>&1
*/55 * * * * /usr/bin/php /usr/share/nginx/html/domain.biz/wp-content/plugins/wp-image/img-cron.php >/dev/null 2>&1

eh ternyata jalan gan, tadi belum 20 menit makanya belum di jalankan perintahnya.
sekarang nunggu lagi kalau mysql stop siap-siap liat errornya tail -f /var/log/mysql.err

ini tanya lagi gan, ini di vps yg apache. pas restart apache ada keterangan kayak gini

Last login: Wed Oct 22 07:45:32 2014 from 49.213.22.62
root@alam:~# service apache2 restart
[....] Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
... waiting apache2: Could not reliably determine the server's fully qualifieddomain name, using 127.0.1.1 for ServerName
. ok

ini masalah atau gak gan?

 

Berarti error log nya udah di setting ya? Skrg udah ketauan blm mysql stop nya knapa?

Mengenai apache, itu ngga ada masalah sebenrnya, dulu ane juga kaget tp setelah browsing itu hanya sebuah friendly warning message. Kalo ngga mau error gitu caranya:

vi /etc/apache2/apache2.conf

Pergi ke baris paling akhir dengan menggunakan kombinasi tombol SHIFT+G
Masuk edit mode untuk nambah 1 baris baru (paling bawah)
Tambahkan kode ServerName localhost
Restart apache

Sebenernya kode ServerName localhost bisa ditambahkan dimana aja di file itu, cuma kebiasaan kalo nambah kode baru di baris paling akhir

 

sudah gan, mysql nya mati lagi setelah cron berjalan. ini dia lognya

vps nginx:

Last login: Wed Oct 22 11:38:29 2014 from 202.67.42.15
root@houze:~# tail -f /var/log/mysql.err
141022 20:00:16 [ERROR] Plugin 'InnoDB' init function returned error.
141022 20:00:16 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
141022 20:00:16 [ERROR] mysqld: Out of memory (Needed 128909312 bytes)
141022 20:00:16 [Note] Plugin 'FEEDBACK' is disabled.
141022 20:00:16 [ERROR] Unknown/unsupported storage engine: InnoDB
141022 20:00:16 [ERROR] Aborting

141022 20:00:16 [Note] /usr/sbin/mysqld: Shutdown complete

141022 20:00:16 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

vps apache:

Last login: Wed Oct 22 22:50:32 2014 from 202.67.42.39
root@alam:~# tail -f /var/log/mysql.err
141022 22:59:36 [ERROR] /usr/sbin/mysqld: Table './alamunib_newdesign/wp_options' is marked as crashed and should be repaired
141022 22:59:36 [Warning] Checking table: './alamunib_newdesign/wp_options'
141022 22:59:36 [ERROR] /usr/sbin/mysqld: Table './alamunib_newdesign/wp_postmeta' is marked as crashed and should be repaired
141022 22:59:36 [Warning] Checking table: './alamunib_newdesign/wp_postmeta'
141022 22:59:36 [ERROR] /usr/sbin/mysqld: Table './alamunib_newdesign/wp_posts' is marked as crashed and should be repaired
141022 22:59:36 [Warning] Checking table: './alamunib_newdesign/wp_posts'
141022 22:59:36 [ERROR] /usr/sbin/mysqld: Table './alamunib_newdesign/wp_term_taxonomy' is marked as crashed and should be repaired
141022 22:59:36 [Warning] Checking table: './alamunib_newdesign/wp_term_taxonomy'
141022 22:59:37 [ERROR] /usr/sbin/mysqld: Table './domain/wp_posts' is marked as crashed and should be repaired
141022 22:59:37 [Warning] Checking table: './domain/wp_posts'

vps Apache juga
Last login: Wed Oct 22 22:55:23 2014 from 202.67.42.39
root@alam:~# tail -f /var/log/mysql.err
141022 23:01:46 InnoDB: Completed initialization of buffer pool
141022 23:01:46 InnoDB: Fatal error: cannot allocate memory for the buffer pool
141022 23:01:46 [ERROR] Plugin 'InnoDB' init function returned error.
141022 23:01:46 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
141022 23:01:46 [ERROR] Unknown/unsupported storage engine: InnoDB
141022 23:01:46 [ERROR] Aborting

141022 23:01:46 [Note] /usr/sbin/mysqld: Shutdown complete

141022 23:01:46 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

 

Sebelumnya jgn lupa backup DBnya,

Pernah kena seperti itu kemarin yg ane lakukan :
rm -rf /var/lib/mysql/ib_logfile0
rm -rf /var/lib/mysql/ib_logfile1
rm -rf /var/lib/mysql/ibdata1

di my.ini dicoba tambah
[mysqld]
innodb=OFF
ignore-builtin-innodb
skip-innodb
default-storage-engine=myisam
default-tmp-storage-engine=myisam
lalu restart atau start service mysql
pastikan tdk ada table yg masih pakai innodb, jika asal tambah 'skip-innodb' tapi ada table yang masih pakai innodb maka malah tambah bikin kacau entar
CMIIW

 

Saya ngga ngerti yang beginian, syukur ada jawaban dari mastah pluto01 yang punya pengalaman yang sama.

Mantaaapp jawabannya kang.

Tambahan, kalo saya ngga salah nangkep berarti storage Engine InnoDB nya didisable ya? Kalau memang seperti itu berarti agan teukualamsyah harus hati2 karena sekarang ini, secara default pas dulu kita CREATE DATABASE, storage engine-nya adalah InnoDB. Saya anggap yang terkena kasus adalah dalam tutorial yang saya share, maka

1. Kita pastikan dulu, storage engine nya apa:

mysql -u root -p lalu Enter dan masukan password root

use db_hdpiczone;

show create table wp_posts\G;

Spoiler

Keliatan kalo storage engine nya adalah InnoDB

quit;

2. Backup database

Setelah dipastikan maka kita backup db nya

mysqldump -u root -p db_hdpiczone > /usr/share/nginx/html/hdpiczone.com/backup_db.sql

Nanti akan diminta password MySQL root

3. Copy hasil backup ke root

cp /usr/share/nginx/html/hdpiczone.com/backup_db.sql ~/

4. Ganti storage engine InnoDB ke MyISAM

Edit file database yang barusan di export

vi /usr/share/nginx/html/hdpiczone.com/backup_db.sql

Pake editor vi, kita Find + Replace tulisan InnoDB ke MyISAM

:%s/InnoDB/MyISAM/g lalu Enter

kalo sudah, Save (:wq)

5. Apus database db_hdpiczone karena storage engine nya masih InnoDB, dan membuat database yang blm ada isinya

login dulu dgn mysql -u root -p lalu Enter dan masukan password root

drop database db_hdpiczone;

create database db_hdpiczone;

quit;

6. Import file sql yang sekarang memiliki engine MyISAM ke db_hdpiczone

mysql -u root -p db_hdpiczone < /usr/share/nginx/html/hdpiczone.com/backup_db.sql

7. Baru deh, sekarang edit file my.cnf (kalo di Linux my.cnf, kalo di Windows my.ini)

vi /etc/mysql/my.cnf

Tambahkan kode yang dari mas pluto01 ke bagian [mysqld], mungkin agan masih ingat skrinsot yang ini

Spoiler

[mysqld]
innodb=OFF
ignore-builtin-innodb
skip-innodb
default-storage-engine=myisam
default-tmp-storage-engine=myisam

8. Repair table yang rusak di semua database

mysqlcheck -u root -p --auto-repair --optimize --all-databases lalu Enter dan masukin password root

9. Restart mysql service mysql restart

NOTE:
1. Kalo agan punya lebih dari 1 domain di VPS ini, karena my.cnf men-disable InnoDB, maka proses konversi InnoDB ke MyISAM hrs dilakukan ke semua database.
2. Kalo setelah dijalankan langkah di atas mysql msh stop dgn sendirinya ane ngga tau hrs gmn. Saran, hrs dituning lagi [mysqld] pada file my.cnf dgn menambahkan parameter2 tertentu. Caranya agan bisa browsing tuning yang bagus itu seperti apa. Atau hrs upgrade hardware bisa tambah RAM ato CPU core.

 

makasih bantuannya agan pluto01
masih bingung meraba-raba apa yg dimaksud.
Alhamdulillah diterjemahkan oleh agan hardinalz, makasih ya.

Memang benar gan, yg kena kasus ini vps yg ana instal bener2 ngikutin tutor dari agan. pertanyaan ana, apakah semua vps yg diinstal pake tutorial ini akan mengalami hal yg sama (mysql mati sendiri) ketika beban server udah tinggi?

sebab setelah tutor ini di buat, ana sewa 3 vps dan di instal ngikutin tutor didepan, 2 pake nginx, 1 pake apache.
masing2 vps ana instal 5 blog. jadi ada 15 blog yg baru build dan posting pake cron. ternyata 3 vpsnya mengalami hal yg sama mysql mati sendiri. nah kalo pengalaman agan belum pernah mysqlnya mati sendiri ya? vps agan speknya tinggi ya. atau ada tuning2 lain yg perlu kita tambahkan setelah instal vpsnya.

untuk memperbaikinya, kalo ana tangkap artinya database lama di hapus terus ganti yang baru kan?
apakah tidak bisa databasenya diedit saja ya gan? maksudnya biar langkahnya lebih pendek, maklum mau edit 15 database.
terus bagaimana ya caranya untuk melihat semua database kita?
karena repot juga buka config wp satu2 untuk melihat nama databasenya, ana gak catat n gak dihapal.

sekali lagi terima kasih banyak sudah membantu dan mau membalas satu persatu pertanyaan di trit ini.

 

Kl menurut ane sich bukan ditutorialnya kendalanya Mas tapi di "ketelitian" eksekusinya,
yg mana asumsi, Mas punya database yg sebagian InnoDB atau semuanya namun di confignya Mas disabled InnoDB,
jadi saran coba Mas pastikan semuanya tdk pakai InnoDB (untuk mudahnya kl ga salah sepertinya ada perintah eksekusi untuk convert dari InnoDB ke MyISAM tp ane lupa mungkin mastah hardinalz bisa kasih info ke kita2,
emang terkadang InnoDB sering terjadi Out of memory jika ga "hati2"

jadi coba Mas ikutin saran mastah hardinalz di atas lalu dicoba monitoring kembali apakah masih kena log yg sama



CMIIW

 

Thanks mas sudah membantu.

Tidak semua, saya lancar jaya, mungkin program yang dijalanin cron (entah itu plugin ato apa) nyedot ram yang cukup besar. Saya ngga tau.

Saya blm pernah ngalamin mysql stop sendiri. Tuning default aja, saya ngga apain setelah install VPS dan web jalan.

Lebih tepatnya storage engine diganti dari InnoDB ke MyISAM.

Bisa:

Sebenernya ada cara untuk ngerubah dari InnoDB ke MyISAM pake perintah ALTER. Tapi ane ngga tau perintah yang paling efektif itu seperti apa.

Untuk itu, saya gunakan cara konvensional yaitu:
1. Ekspor database ke dalam file dengan ekstensi '.sql' .
2. Edit file hasil export (menggunakan vi) lalu mengganti (search and replace) kata2 'InnoDB' menjadi 'MyISAM' . Note: Ini dilakukan untuk blog dipostingannya tidak membahas database termasuk ada kata2 InnoDB, karena kalo ini dilakukan, maka postingan yang mengandung kata2 InnoDB akan di replace oleh MyISAM, solusi nya agar tidak ter-replace yaitu yang saya sebut di atas, menggunakan perintah ALTER yang ane ngga tau caranya.
3. Kalau ngga mau repot bisa install PhpMyAdmin, karena tinggal klik. Tapi kalo nginstall PhpMyAdmin akan ngeberatin server karena tujuan dibuat tutorial ini adalah instalasi Webserver menggunakan resource VPS seminimal mungkin.

Kalo mau semua database mau diubah storage enginya dari InnoDB ke MyISAM yaitu:

1. Export semua database

mysqldump -uroot -p<password_root_mysql_agan> --all-databases > alldb.sql

2. Backup (copy/paste) database hasil export ke nama lain

cp alldb.sql alldb-asli.sql

3. Edit file database (replace InnoDB jadi MyISAM)

vi alldb.sql

Baru find and replace

:%s/InnoDB/MyISAM/g

Kalau sudah, save!

4. Hapus semua database yang ada

mysql -uroot -p<password_root_mysql_agan> -e "show databases" | grep -v Database | grep -v mysql| grep -v information_schema| grep -v test | gawk '{print "drop database " $1 ";"}' | mysql -uroot -p<password_root_mysql_agan>

5. Import semua database yang barusan di edit

mysql -u root -p<password_root_mysql_agan> < alldb.sql

Done.

Note: agan liat pada perintah di atas ada '-p<password_root_mysql_agan>' ya itu betul seperti itu, tanpa spasi. Misal nya password root mysql agan teuku123 maka '-pteuku123'

 

sudah ana lakukan saran agan di atas. yaitu backup db kemudian ganti dari innodb ke myisam. terus udah masukin script yg dari agan pluto01 juga di my.cnf. giliran mau restart mysql dianya gak mau jalan. ini dia lognya.

Last login: Fri Oct 24 11:36:18 2014 from 202.67.42.36
root@houze:~# service mysql restart
[ ok ] Stopping MariaDB database server: mysqld.
[....] Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . .
[FAIL . . . . . . . . . . . failed!
root@houze:~# tail -f /var/log/mysql.err
141024 11:49:23 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
141024 11:51:04 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
141024 11:51:04 [Warning] 'default-tmp-storage-engine' is MySQL 5.6 compatible option. To be implemented in later versions.
141024 11:51:04 [Note] Plugin 'FEEDBACK' is disabled.
141024 11:51:04 [ERROR] /usr/sbin/mysqld: unknown variable 'innodb=OFF'
141024 11:51:04 [ERROR] Aborting

141024 11:51:05 [Note] /usr/sbin/mysqld: Shutdown complete

141024 11:51:05 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

kenapa ya gan?

 

versi brp yach Mas?
Coba yg default-tmp-storage-engine dan innodb=OFF ditiadakan saja Mas
default-tmp-storage-engine (to be implemented)
jadi harusnya dgn ignore-builtin-innodb dan default-storage-engine = myisam
sdh disabled
+---------------+----------+
| Variable_name | Value |
+---------------+----------+
| have_innodb | DISABLED |
+---------------+----------+
1 row in set (0.00 sec)

 

gak mau juga gan

Last login: Fri Oct 24 12:45:19 2014 from 49.213.22.62
root@houze:~# service mysql restart
[ ok ] Stopping MariaDB database server: mysqld.
[....] Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . .
[FAIL . . . . . . . . . . . failed!
root@houze:~# tail -f /var/log/mysql.err
141024 20:32:27 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
141024 20:32:27 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
141024 20:32:28 [Note] Plugin 'FEEDBACK' is disabled.
141024 20:32:28 [ERROR] /usr/sbin/mysqld: unknown option '--skip-innodb'
141024 20:32:28 [ERROR] Aborting
141024 20:32:28 [Note] /usr/sbin/mysqld: Shutdown complete
141024 20:32:28 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
^C

Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 115
Server version: 10.0.14-MariaDB-1~wheezy-log mariadb.org binary distribution

Copyright (c) 2000, 2014, Oracle, SkySQL Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> SELECT VERSION();
+------------------------------+
| VERSION() |
+------------------------------+
| 10.0.14-MariaDB-1~wheezy-log |
+------------------------------+
1 row in set (0.00 sec)

MariaDB [(none)]>

 

Mungkin karena MariaDB jadi blok [mysqld] nya beda dgn MySQL Server. Setelah browsing2 coba di bawah blok itu jangan ada tanda min 2x (--) jadinya seperti ini:

skip-innodb

Save kalo sudah lalu coba start lg. Kalau masih error, ciba tambah kode di bawah. Saya ngga tau fungsinya apa, ini hasil Googling. Kalo masih ngga mau ON juga, sepertinya agan hrs pake MySQL server.

skip-pbxt
skip-federated
skip-blackhole
skip-archive
skip-sphinx

Mudah2 an bisa.

 

skip-innodb sudah benar gan memang gak ada tanda -- di depan
cuma dilaporan error dia bilang ada tanda -- (padahal aslinya gak ada).

kode di atas udah ditambah simarianya gak mau jalan

Last login: Sat Oct 25 04:11:20 2014 from 202.67.42.36
root@houze:~# service mysql restart
[ ok ] Stopping MariaDB database server: mysqld.
[....] Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . .
[FAIL . . . . . . . . . . . failed!
root@houze:~# tail -f /var/log/mysql.err
141025 4:30:17 [Note] Plugin 'FEEDBACK' is disabled.
141025 4:30:17 [ERROR] /usr/sbin/mysqld: unknown option '--skip-pbxt'
141025 4:30:17 [ERROR] Aborting
141025 4:30:17 [Note] InnoDB: FTS optimize thread exiting.
141025 4:30:17 [Note] InnoDB: Starting shutdown...
141025 4:30:20 [Note] InnoDB: Shutdown completed; log sequence number 1254491522
141025 4:30:20 [Note] /usr/sbin/mysqld: Shutdown complete
141025 04:30:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended


Gimana kalau diganti dengan MySQL server gan, bagaimana uninstal si maria dan instal MySQL server.
terus apakah db dan user_db yg punya si maria bisa compatible kalau langsung di import ke MySQL server.
atau harus ngulang dari awal semuanya?

atau opsi lain

gimana kalau ana ganti semua db dari innodb ke myisam seperti saran agan di atas tapi ana gak nambah kode di my.cnf.
ana lihat web nya jalan. tapi gak tau kalau cron di aktifkan lagi bakal kena lg atau gak si marianya.

bagaimana kalau menurut agan? apa ana coba pindah pake webuzo. tapi pengalaman pake webuzo sering mati sendiri juga nginx, php-fpm sama mysql nya. padahal web baru gak pake cron-cronan. bingung juga nih.

 

Kalau gitu opsi nya secara prioritas adalah:

Pertama:
Ganti semua db dari innodb ke myisam seperti saran agan di atas tapi gak nambah kode di my.cnf. Mudah2 an pas cron jalan ngga ngebuat mysql server stop.

Kedua:
Kalau tetep stop, coba ganti ke MySQL Server. Pergantian MariaDB ke MySQL ato sebaliknya ngga ngaruh karena satu sama lain saling kompatibel.

1. Uninstall dulu MariaDB nya (Tapi backup dulu ya semua database nya, takut apa2, setelah di bcakup baru jalankan perintah di bawah)

apt-get purge --auto-remove mariadb-server

Itu untuk ngehapus MariaDB, aplikasi pelengkap, dan config file nya

2. Apus baris file yang mengarah ke situs MariaDB, untuk jaga2 aja, agar saat nanti install MySQL server, VPS agan donlot MySQL server bukan ke server MariaDB tp ke server MySQL.

vi /etc/apt/sources.list

cari dan hapus kode:

http://nyc2.mirrors.digitalocean.com/mariadb/repo/10.0/debian wheezy main

Kalo sudah, save!

3. Install MySQL server

apt-get install mysql-server

Nanti akan diminta password

mysql_secure_installation

dst, agan akan familiar dengan langkah selanjutnya.

Selesai.

4. Database yang dulu dibuat oleh MariaDB harus nya masih ada, dan sekarang, database nya di handle oleh MySQL server. Kalo agan mau nerapin saran mastah pluto01 (yang ngedit file my.cnf), bisa dicoba. Tapi jangan lupa semua storage engine nya harus bentuk InnoDB.

Kalau misalnya masih error, wah saya ngga tau harus jawab apa, mungkin mas bisa minta bantuan para mastah.

Btw, itu paragraf agan yang terakhir yang pake Webuzo, kok masih suka mati ya? Apakah pengunjungnya rame? Mungkin salah satu script di situs agan emang nyedot resource (terutama RAM) yang gede jadi nya pada mati. Saran saya coba ambil yang RAM nya 1GB (karena Webuzo kan recomend nya 1GB) trs virtualisasinya pilih yang KVM/XEN.

Kalau memang agan punya akun di DigitalOcean, kan sudah KVM, coba agan create droplet dgn Ram 1GB ato rekomendasi saya bikin yang 2GB (lbh besar lbh baik). Ini untuk nguji saja. Jalanin aja selama 3 hari (setelahnya boleh diapus). Coba install di droplet itu pake konfigurasi default (Debian 7, Nginx, MariaDB, PHP-FPM) seperti yang saya share di sini, bukan install Webuzo. Kalau tetep masih mati, berarti kayanya betul ada script yang ngeberatin.

 

oke gan, ini dulu yg ana jalankan.
makasih bantuannya.

nah yg ini vpsnya itu dari welove server waktu itu ada promo setahun dapat dari forum ini juga http://ads.id/forums/showthread.php/174726-Hurry-up-vps-joss-spek-gahar-harga-murah!
speknya tinggi gan

8 vCPU Cores
60 GB Disk Space Storage (Hardware RAID10)
2TB Monthly Bandwidth (100Mbps)
2GB Guaranteed RAM + 2.4GB vSwap
1 IPv4 Address
SolusVM/OpenVZ
Instant Setup!$38/Year

waktu itu ana ngikutin tutor di sini gan http://ads.id/forums/showthread.php/170154-Cara-install-webuzo-(Free-Alternatif-CPanel)-di-CentOS
satu persatu halaman ana ikutin dan ana cek terus perkembangan tritnya, sampai akhirnya mentok gak ada yg bantu lagi di reply ana yg terakhir di sini http://ads.id/forums/showthread.php...natif-CPanel)-di-CentOS?p=2433451#post2433451
akhirnya ana beli cpanel.
dan anehnya kalo pake cpanel selama ini ana belum pernah mengalami masalah baik yg share hosting maupun vps.
sampai akhirnya ana gak kuat lagi bayar cpanel, karena blognya masih baru2 hasilnya masih sedikit. tau2 agan share trit bnr2 disuapin ini. dan langsung ana praktekkin. dan perlahan ana tinggalin cpanel dengan harapan gak ada error yg kayak dulu lagi.

kalau masalah pengunjung belum ada yg tembus 100uv/day, blog baru paling 10uv/day. biasanya 1 vps ana install 5 blog.
terus kalau masalah plugin, ana cuma pake plugin wp auto image poster. gak berat2 amat kok gan soalnya banyak yg pake dan gak ada yg mengalami hal yg sama kayak ana. kalau pluginnya di jalankan manual juga gak ada masalah. yg bermasalah kalau pake cron. padahal setingnya gak ada yg tabrakan jadwal cronnya ditiap blog. dan ana setting cuma tiap jam. mudah2an gak ada masalah lagi. kalau pun muncul lagi biarlah cronnya dimatikan aja. dan ana jalankan manual aja pluginnya.

thanks to agan hardinalz dan agan pluto01 yg telah bersedia menjawab pertanyaan2 ana.

 

satu lagi gan, gimana caranya untuk melihat program apa aja yg makai memori dan optimasi pemakaian memori. sudah pake newrelic tp blm familiar dan bingung dengan alert2 nya. btw untuk dapat kaos newrelic masih bisa apa gak ya? gak nemu linknya.

kalau di liat dari perintah top itu memori yg tersisa hanya sedikit, padahal cron dalam kondisi mati dan cpu cuma 0.7%.

top - 12:26:40 up 13 days, 8:51, 1 user, load average: 0.00, 0.01, 0.05
Tasks: 66 total, 1 running, 65 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.7 us, 0.3 sy, 0.0 ni, 99.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 508948 total, 480900 used, 28048 free, 14280 buffers
KiB Swap: 0 total, 0 used, 0 free, 181768 cached

apakah berpengaruh mengubah setting php.ini, apa bisa membuat mysql sering mati?
karena ana pernah manaikkan settingan memory untuk upload jadi 64, terus waktu proses sebuah perintah ana naikkan waktunya max 600, dll ada yg ana tambah waktu dan naikkan memorynya. yg berhubungan dengan database mysql juga ana tambah ram dan waktu eksekusinya.

 

Yang paling bagus memang newrelic yah, karena kan itu berbentuk grafik dengan rentang waktu tertentu, jadi mudah dibaca. Untuk alert yang masuk ke email bisa diatur untuk ngga ngirim.

Contoh, 2 hari lalu saya beli DS, dan diinstall newrelic, trs hasil monitor nya muncul. Di laporan ketauan program mana aja yang ngabisin resource:

Misalnya di skrinsut pemakaian server berikut yang di sort berdasarkan memory:

Spoiler

Keliatan kalo VirtualBox ngabisin resource yang cukup besar, 2GB lebih. Di bawah nya ada vnc server, ada desktop gnome, tapi mereka kecil2. Selain didaftar, juga keliatan lebih jelas yang grafik warna ungu, selain memori juga ada grafik pemakaian CPU. Ini baru server, new relic juga kan, ada aplikasi pemantau php / wordpress. Cuma di DS yang baru saya beli ini belum ada situs wordpress nya nya jadi aplikasi pemantau php/wordpress tidak ada laporannya.

Tapi sebagai contoh laporan pemantau pwp/wordpress, ini saya comot dari blog nya newrelic:

Spoiler

*Keliatan kalo file yang paling lemot diakses adalah /wp-admin/async-upload.php /404 /indes.php dll

Spoiler

*Keliatan kalo table plwp_posts adalah yang paling lemot diakses oleh mysql

*Disclaimer: Ane tepatnya ane ngga tau cara baca nya kaya gimana ini make bahasa ane sendiri)

Kalo kaos gratis saya ngga tau link nya, mungkin bisa klik iklan di ads.id ini, saya liat ada:

Spoiler

Oia kalo yang di Linux, coba install htop

apt-get install htop

nanti jalankan

htop

report nya lebih enak dipandang & lebih informatif dari top, pemakaian memori juga sama yang ada di newrelic, kaya gini report nya:

Spoiler

Nanti keluar nya bisa pijit tombol 'F10' atau tombol 'Q'