Skip to main content
Ethernet Gigabit 4 Port dari Via

Beberapa bulan lalu di tahun 2008 saya menggunakan Ethernet Gigabit 4 Port untuk
PCRouter.
Berikut spesifikasi PCRouter :
  • CPU Dell 170L (3 pci + 1 Ethernet Internal)
  • OS Ubuntu Server 7.10
  • PCI 1 : Realtek 8169 Gigabit
  • PCI 2 : Realtek 8139 10/100
  • PCI 3 : Via RB44GV (4 Port Gigabit)

VIA RB44GV

Setelah beberapa bulan kemudian Februari 2009. Jaringan yang terkoneksi ke Ethernet 4 port tersebut sering mengalami down.
Padahal hanya 2 port saja yang digunakan pada ethernet tersebut, untuk koneksi WAN 256 kbps dan Backbone antara Lt. 1 ke Lt. 2.

Awalnya saya hanya menjalankan
#ifconfig eth5 down
#ifconfig eth5 up

Tetapi hal ini bukanlah solusi yang terbaik. Dengan complain dari user karena jaringan down, lalu saya coba melakukan hal tersebut berulang-ulang.

Beberapa info dari milis agar mengganti ethernet tersebut dengan kepunyaan Intel (PWLA8494GT).Tapi harganya...ckckck..$430. Beda sekali dengan Via RB44GV Rp. 1.275.000.

Saya berfikir apa karena jaringan di ethernet Via tersebut sudah overload.
Kemudian saya coba untuk menukar port jaringan tersebut ke port lain di ethernet Via...tetapi hasilnya sama.

Akhirnya hal terakhir yang saya lakukan yaitu mencoba untuk membatasi bandwith untuk keluar dan masuk pada ethernet Via.
  • Webmin
  • HTB
Saya tentukan Classnya
Ceil = 256Mbps
Rate=300Mbps

Sampai dengan 1 jam terakhir sebelum jam pulang kantor jaringan masih stabil. Saya masih menunggu untuk melihat kondisi di hari Senin.

Popular posts from this blog

Freenas Snapshots Replication Backup

Mungkin anda sudah mengetahui Freenas sebelumnya. Ya..Freenas adalah salah satu software NAS Storage berbasis FreeBSD. Karena kehandalannya, Freenas banyak digunakan sebagai NAS Storage di dunia IT. Saya pernah berfikir bagaimana jika Freenas yang kita gunakan mengalami masalah, crash misalnya. Mungkin jika hardisknya menggunakan RAID bisa tinggal ganti disknya. Bagaimana jika tidak ada RAID (hari gini Server gak ada Raid hdewww heee) atau hal lain yang membuat data tidak bisa digunakan di Freenas. Tutorial ini saya buat untuk berbagi ilmu kepada rekan2 sekalian. Saya akan coba membuat Replikasi Freenas. Dimana Dataset pada salah satu Freenas (Freenas A) akan di snapshot dan di replikasikan ke Freenas B Hal yang perlu disiapkan : 1.  Freenas A : 192.168.100.1 (Primary) Disk 8GB x 2 2.  Freenas B : 192.168.100.2 (Secondary) Disk 8GB x 2 SETING FREENAS A DAN B Kita akan buat raid mirror untuk 2 disk. Storage - Volume Manager   Volume Name :

Migrasi Nextcloud 19 ke Nextcloud 20.02 (Beda Server)

Server A : 192.168.0.1 (Server lama : Centos 7), port 80 Server B : 192.168.0.2 (Server baru : Centos 8), port 80 Nginx Load Balance : 192.168.0.10, port 443 untuk SSL Tahapan : 1. Upgrade Nextcloud 19.0.3 ke 19.0.5 (server lama) 2. Instalasi server baru (Centos 8) 3. Backup dan restore data nextcloud dan databas ke server baru 4. Konfigurasi Nextcloud di server baru dan Nginx Server 5. Finish A. Upgrade Nextcloud 19.0.3 ke 19.0.5 Untuk Upgrade 19.0.3 ke 20.0.2 tidak dapat dijalankan secara langsung. Harus bertahap upgrade ke versi minor. 19.0.3 -> 19.0.5 secara otomais. Dan upgrade ke 20.0.2 secara manual. 1. Login ke Nextcloud 2. Setting - Administration-Overview 3. Versi yang tersedia 19.0.5 5. Pilih Open updater  4. Start Update 5.  Pilih No (for usage of the web based updater), untuk mode maintenance dan upgrade via console. 6. Masuk ke console dan ke directory /var/www/html/nextcloud 7. Jalankan $ sudo   - u  apache   php occ upgrade 8. Maintenance mode masih dalam keadaan

Zimbra Error Subject : ***UNCHECKED***

Beberapa hari yang lalu Subject email Zimbra selalu di tambahkan tulisan ***UNCHECKED***. Padahal tidak ada perubahan konfigurasi mail server sebelumnya. Cari di google ada beberapa referensi yaitu merubah file /opt/zimbra/. Tahapan : #su root #cd /opt/zimbra/amavisd/bin #cp -pa amavisd amavid.org #vi amavisd Rubah isi file di baris : #su zimbra $undecipherable_subject_tag = '***UNCHECKED*** '; menjadi $undecipherable_subject_tag = '';   $zmamavisdctl restart Di hari berikutnya saya coba cek kembali utilisasi mail dengan 'top'. Terilhat penggunaan clamd sebesar 100%. Coba dicek di log /var/log/zimbra.log |grep clamd hasilnya mail amavis[26778]: (26778-07) ClamAV-clamd: All attempts (1) failed connecting to /opt/zimbra/data/clamav/clamav.sock, retrying (1) Oct 24 10:10:43 mail amavis[26778]: (26778-07) (!)connect to /opt/zimbra/data/clamav/clamav.sock failed, attempt #1: Can't connect to UNIX socket /opt/zimbra/data/clamav/clamav.sock: Co