Crontab error bad timing

Postingan kali ini spesial buat membahas salah satu error yg sering kita temui kalo lagi setting cron di freebsd. nah, kebetulan kemaren ketika saya lg nyetting server via ssh, saya jg menghadapi error yang sama.. pas lg nyetting cron dengan konfigurasi :

*/5 * * * * /usr/local/bin/php /usr/local/www/apache22/data/similarity/getdata.php > /dev/null

muncullah bad timing error itu..nah, sebenernya ga ada yang salah sama konfigurasi diatas, cuma kalau nyetting pake putty kita memang harus lebih hati"..kenapa saya bilang lebih hati"? karena kadang kalau lg nyetting via putty, kita males mem"full screen"kan console nya..nah, kalo dalam keadaan ngga full screen, ketika lagi nyetting cron, walaupun kita ngga nekan enter, ketika tampilan dilayar berganti baris, maka bakal dianggap enter sama si cron..makanya ketika di save akan muncul bad time error,,simple tp bikin puyeng =..=a jadi, jangan sampai teman" mengalami kepusingan yang sama ketika nyetting cron freebsd via putty n ssh yak! :D

ALTQ Error : pfctl: should have one default queue

yaaak, another error-solving post dari saya ~:D

semingguan ini kebetulan saya kembali mengoprek PF di FreeBSD (tutorial lengkapnya ntar menyusul deh kalo udah di fix kan :D) dan mendapatkan error yg membingungkan hati dan pikiran, sampe ga doyan makan n ga bisa tidur ~ ok, gw mulai lebai ~

jadi gini ceritanya..pas bikin rules downstream buat client-client pake rule antrian HFSC, setelah panjang lebar ngetik settingan, pas di run keluar banyak error yg intinya begini :

pfctl: should have one default queue on re0

gw terhenyak..shock..kaget..
perasaan gw udah bener bener baca tutorialnya..
ternyata ini hanyalah sbuah error sepele ~
intinya, ruleset HFSC di ALTQ nya PF mewajibkan kita punya minimal sebuah queue default..jadi, kira kira harus ada rule semacam ini

queue default bandwidth 10% priority 8 qlimit 500 hfsc (default realtime 8%)

wkwkwkwkw..simple banget ternyata error yg bikin saya pusing semalam suntuk ini :))

Apache22 libgdbm error

recently I installed ntop-4.1.0_2 on my server, and it ask me to upgrade my gdbm into gdbm-1.9.1. But after the installation, my Apache wont start since the libgdbm replaced from libgdbm.so.3 into libgdbm.so.4, and when I try to start the apache, it shown

/libexec/ld-elf.so.1: Shared object "libgdbm.so.3" not found, required by "httpd"

When I run ldd /usr/local/sbin/httpd it gives an answer

/usr/local/sbin/httpd:
libm.so.5 => /lib/libm.so.5 (0x280da000)
libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x280f4000)
libaprutil-1.so.3 => /usr/local/lib/libaprutil-1.so.3 (0x28130000)
libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x2814c000)
libgdbm.so.3 => not found (0x0)
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x28220000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28240000)
libapr-1.so.4 => /usr/local/lib/libapr-1.so.4 (0x28336000)
libcrypt.so.5 => /lib/libcrypt.so.5 (0x2835d000)
libthr.so.3 => /lib/libthr.so.3 (0x28376000)
libc.so.7 => /lib/libc.so.7 (0x2838b000)

that's happened because the current version of Apache I used that time was not support the new libgdbm that I have in my server, so if you face the error, the only suggestion I can give to you is

upgrade the apache into 2.2.21
manually uninstall it and then install the new version of Apache

I know it sounds stupid, but believe me, it works :D

MYSQL ERROR : ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

malam ini saya mendapatkan kejadian mengejutkan pas lg ngoprek FreeBSD, tiba" database ngga bisa diakses..saya yg lagi skripsi ini sontan panik, shock dan ngga ngerti harus berbuat apa.. *nangis dipojokan*
akhirnya setelah browsing beberapa kemungkinan yg bisa dilakukan untuk memperbaiki database saya, saya memilih untuk melakukan langkah langkah dibawah ini ~

1. stop proses MySQL dan copy database nya dengan command dibawah ini

/usr/local/etc/rc.d/mysql-server stop
mv /var/db/mysql /var/db/mysql_old

2. setelah dipastikan database sudah dicopy, start lagi MySqlnya ~

/usr/local/etc/rc.d/mysql-server start

dan buka MySql dengan password yang baru

mysql -u root -p
Enter password:

3. setelah masuk, saya sarankan untuk exit lagi dan buka dari web browser ~ di 127.0.0.1/phpmyadmin, kalo database nya ilang, jangan panik..tinggal copy lagi database yg udah kita back up tadi disini

mv /var/db/mysql_old /var/db/mysql

dan voila ~ database anda bisa diakses lagi seolah tidak terjadi apa" :))




note : tutorial ini dibuat dengan environment sebagai berikut =
- OS : FreeBSD 8.2
- MySql : mysql-client-5.0.92, mysql-server-5.0.92