Monday, August 25, 2008

FATAL: The url_rewriter helpers are crashing too rapidly, need help!

Judul di atas adalah kata kunci yang aku gunakan untuk mengatasi masalah di Proxy Server yang menggunakan Squid.

Sekarang aku ceritain dulu awal permasalahannya.

Sewaktu aku coba menyalakan Server Proxy yang menggunakan squid, sepertinya tidak ada masalah karena sistem mengeluarkan status OK ketika aku menjalankan squid dengan perintah di bawah ini.
#/etc/init.d/squid start
* Starting Squid HTTP proxy squid [ OK ]
Tapi kenyataannya service squid tidak berjalan sama sekali, kemudian aku mencoba untuk melihat keadaan log file squid (/var/log/squid). Tetap saja tidak ada masalah yang tercatat disana.

Selanjutnya aku coba cari perintah untuk menjalankan squid dengan mode debug, supaya aku bisa tau masalahnya dimana, dengan perintah.

# squid -NCd10
2008/08/25 10:27:18| Starting Squid Cache version 2.6.STABLE14 for i386-debian-linux-gnu...
2008/08/25 10:27:18| Process ID 12575
2008/08/25 10:27:18| With 1024 file descriptors available
2008/08/25 10:27:18| Using epoll for the IO loop
2008/08/25 10:27:18| Performing DNS Tests...
2008/08/25 10:27:18| Successful DNS name lookup tests...
2008/08/25 10:27:18| DNS Socket created at 0.0.0.0, port 33147, FD 5
2008/08/25 10:27:18| Adding nameserver 127.0.0.1 from squid.conf
2008/08/25 10:27:18| Adding nameserver 208.67.222.222 from squid.conf
2008/08/25 10:27:18| Adding nameserver 208.67.220.220 from squid.conf
2008/08/25 10:27:18| Adding nameserver 202.155.0.10 from squid.conf
2008/08/25 10:27:18| Adding nameserver 202.155.0.15 from squid.conf
2008/08/25 10:27:18| helperOpenServers: Starting 12 'squidGuard' processes
2008/08/25 10:27:19| User-Agent logging is disabled.
2008/08/25 10:27:19| Referer logging is disabled.
2008/08/25 10:27:19| Unlinkd pipe opened on FD 22
2008/08/25 10:27:19| Swap maxSize 3072000 KB, estimated 236307 objects
2008/08/25 10:27:19| Target number of buckets: 11815
2008/08/25 10:27:19| Using 16384 Store buckets
2008/08/25 10:27:19| Max Mem size: 131072 KB
2008/08/25 10:27:19| Max Swap size: 3072000 KB
2008/08/25 10:27:19| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec
2008/08/25 10:27:19| Rebuilding storage in /var/spool/squid (DIRTY)
2008/08/25 10:27:19| Using Round Robin store dir selection
2008/08/25 10:27:19| Current Directory is /root
2008/08/25 10:27:19| Loaded Icons.
2008/08/25 10:27:19| Accepting transparently proxied HTTP connections at 0.0.0.0, port 3128, FD 24.
2008/08/25 10:27:19| Accepting ICP messages at 0.0.0.0, port 3130, FD 25.
2008/08/25 10:27:19| HTCP Disabled.
2008/08/25 10:27:19| WCCP Disabled.
2008/08/25 10:27:19| Ready to serve requests.
2008/08/25 10:27:19| WARNING: url_rewriter #2 (FD 7) exited
2008/08/25 10:27:19| WARNING: url_rewriter #12 (FD 17) exited
2008/08/25 10:27:19| WARNING: url_rewriter #11 (FD 16) exited
2008/08/25 10:27:19| WARNING: url_rewriter #10 (FD 15) exited
2008/08/25 10:27:19| WARNING: url_rewriter #9 (FD 14) exited
2008/08/25 10:27:19| WARNING: url_rewriter #8 (FD 13) exited
2008/08/25 10:27:19| Too few url_rewriter processes are running
FATAL: The url_rewriter helpers are crashing too rapidly, need help!

Aborted


Wah sepertinya aku ada masalah dengan url_rewriter dan dalam masalah ini url_rewriterku menggunakan squidGuard. Selanjutnya aku cari di google dengan keyword judul post ini dan ketemu kalau masalahnya pasti di SquidGuardnya. Ada yang bilang karena log squidGuardnya kegedean dan ada juga yang sampai install ulang proxynya.

Akhirnya aku baru keinget kalau sebelumnya aku ada compile ulang domains.db dari squidGuard di /var/lib/squidguard/porn/. Setelah buka direktori tersebut dan melihat file permissionnya, ketemu deh kalau masalahnya itu adalah file permission untuk domains.db masih dimiliki oleh root dari yang seharusnya dimiliki oleh proxy (default ubuntu) .

Setelah ganti permission filenya dengan perintah:

#chown proxy:proxy domains.db

dan selanjutnya jalankan squid proxy dengan perintah:

#/etc/init.d/squid start

Hasilnya, squid kembali berfungsi dengan baik.

Monday, August 18, 2008

Coba Pakai/Install Group-Office

Hari ini saya baru selesai install group-office, sebuah sistem task management dan juga event scheduling yang berbasis PHP+MySQL. Server yang aku pakai menggunakan Fedora Core 4 dan juga MySQL v.5.x dan PHP v. 4.

Setelah menyelesaikan proses instalasi yang cukup mudah, akhirnya halaman login group-office muncul juga :)



Tapi di sebelah atas kiri kok ada tulisan

Notice: A session had already been started - ignoring session_start() in /var/www/html/groupoffice/Group-Office.php on line 73

Hmm.. Mungkin ada masalah dengan versi PHPnya yah. Memang sih udah saatnya untuk upgrade dengan versi yang baru. Cuman saya masih menganggap versi ini sudah cukup dan stabil.

OK. Setelah itu saya coba untuk membuka file Group-Office.php dengan Dreamweaver dan mendisable baris ke 73 yang berisikan session_start();


Dan hasilnya aplikasi pun dapat dibuka dengan baik. Untung aja cuman itu masalahnya. Kalau harus nyari-nyari lagi khan lebih repot jadinya.