[Errno 12] Timeout:

Mencoba ISPConfig dengan webserver baru dan harddisk baru (500GB) adalah jadwal saya hari ini, dengan ISPConfig saya diharapkan agar menejemen domain dan hosting untuk web server kantor lebih mudah. Seperti server yang lainnya, saya masih setia dengan CentOS 5.4 Final yang merupakan versi open source dari RHEL. Hal pertama setelah CentOS terinstal adalah melakukan perubahan repository ke IIX atau tepatnya ke repo UGM, proses update sendiri tidak mengalami masalah, namun berhubung beberapa software memerlukan versi terbaru atau lebih baru dari yang disediakan repos resmi maka saya harus menambahkan repository lainnya. Masalah terjadi disini, dimana saya menambahkan beberapa repository seperti epel, remi, karan, rpmforges, masalahnya adalah ketika dilakukan update atau install sofware via repository tersebut selalu time out, dan seperti ini lognya:

http://rpms.famillecollet.com/enterprise/5/remi/x86_64/repodata/810bd00727f845e92bee4024c5e3f173a320a322-primary.sqlite.bz2: [Errno 4] Socket Error: timed out
Trying other mirror.
http://iut-info.univ-reims.fr/remirpms/enterprise/5/remi/x86_64/repodata/810bd00727f845e92bee4024c5e3f173a320a322-primary.sqlite.bz2: [Errno 12] Timeout: <urlopen error timed out>
Trying other mirror.
Error: failure: repodata/810bd00727f845e92bee4024c5e3f173a320a322-primary.sqlite.bz2 from remi: [Errno 256] No more mirrors to try.

Saya masih mencari apakah ini ada kaitannya dengan Bug di CentOS 5.3? Ataukah ada masalah di koneksi internasional saya?

Setelah melakukan beberapa step pemeriksaan, adanya kemungkinan masalah di koneksi internet untuk link internasional, namun kenyataan ini dimentahkan oleh server lainnya yang tidak mengalami masalah dengan mirror luar negeri. Duh…. kenapa ya? Rasa-rasanya selalu ada masalah di server yang satu ini, dan dengan rasa penasaran saya masih mencari sumber masalah.

Hari ini tanggal 20 Februari 2010 saya mengupdate artikel ini, indikasi dari masalah diatas adalah buruknya koneksi internet ke mirror-mirror tersebut, awalnya saya tidak berpikir seperti itu karena server lainnya running well, koneksi iix maupun internasional tidak ada masalah. Ketika saya mulai berpikir bahwa yang bermasalah adalah bug di CentOS 5.4 x86_64 saya masih sempat mengganti ke IP address lain, namun hasilnya nihil. Namun, semua kebuntuan ini terselesaikan ketika masalah sebenarnya diketahui, yaitu ada beberapa IP address yang bermasalah dan tidak bisa terhubung ke internet dengan baik, yang membuat saya bingung adalah reason dari tim teknis ISP yang menyatakan bahwa tidak ada pemblokiran atau penjelasan yang masuk akal bagi saya, tapi intinya upstream si ISP sedang mengalami gangguan :D, that’s the point.

Cukup lama satu blok CIDR IP address kantor mengalami masalah, namun setelah semuanya normal (meski masih penasaran dengan masalah sebenarnya) saya bisa kembali bekerja dan menyelesaikan antrian schedule yang tertunda.

Leave a Reply

Your email address will not be published. Required fields are marked *


*