FastLane

Networking, Opensource and Experience

top line

VMware Can't Start on Peppermint OS 7

Problem happen on Pappermint 7 which developed base ubuntu 16.04 LTS, the version of VMware is workstation 12, installed without error, but when I try to open VMware they can't start, also no error appear on the screen.

Checking Service

First, check the vmware status by typing this commnad:

sudo systemctl status vmware

I noticed vmware is faild to start,


Virtual Server Fail to Remove and Sync

Case ini terjadi pada system yang memiliki HA redudansi, dimana pada system Standby mengalami masalah ketika henda menghapus salah satu virtual server
The Virtual Server (/Common/VS-webServer-HTTP) cannot be deleted because it is in use by a sflow http data source (10).
Hal diatas sekaligus menyebabkan kegagalan sinkronisasi kedua perangkat dari Active -> Standby, masalah ini terjadi hanya pada virtual server yang menggunakan service dan profile HTTP, untuk lebih detail dapat dilihat di "F5 Product Development has assigned ID 492460 to this issue". Langkah yang mungkin untuk dilakukan untuk mengatasi bug ini sebagai berikut:
  1. HTTP Profile: remove your assigned http profile (ex. http). choose NONE to be safe. then click update.
  2. HTTP Profile: change from NONE to original http profile (ex. http). then click update.
  3. Delete the VS. 
  4. Then sync.
Jika masih mengalami kegagalan ketika menghapus virtual server yang memiliki service HTTP, lakukan hal berikut:

Akses perangkat Active menggunakan SSH dan ketikkan:
# tmsh modify cm device-group <device group name> devices modify { <active device name> { set-sync-leader } }
# tmsh run /cm config-sync to-group <device group name>


Akses perangkat Standby menggunakan SSH dan ketikkan:
# touch /service/mcpd/forceload
# reboot


Tunggu higga seluruh service up, dan hapus virtual server yang menggunakan service HTTP pada box Standby dan lakukan ConfigSync.

Address checking with Python

Manusia tak luput dari yang namanya lupa, nah, kejadian ini dialami ketika hendak menggunakan lab F5 yang baru saja di setting beberapa waktu lalu di VMware, berhubung setelah di setting ngak langsung digunakan dan semua default setting telah dirubah, termasuk password root (lupa blass) beserta ip mgm-nya, jadi ngak bisa masuk sebagai administrator via GUI dan ganti password root-nya.

Jadi hal yang paling memungkinkan untuk dilakukan adalah menemukan ip management dan masuk menggunakan account administrator (password masih belum dirubah), clue yang ada adalah ip mgm-nya ada di segment ip 10.1.1.0/24 nah jika menggunakan cara manual maka jari bisa kriting karna harus nge-ping ip dari 10.1.1.1 - 10.1.1.254. So the solution is.... "let automate with python".

Sebenernya ada cara yang lebih mudah, delet VMware-nya dan mounting VMware yang baru, tapi agak sedikit ribet karna musti request dan activate license lagi.

BackUp konfigurasi F5

BackUp configurasi pada perangkat F5 sangat berguna, terutama ketika kita hendak melakukan upgrade, downgrade dan migrasi ke perangkat RMA. Pada perangkat F5 backup konfigurasi berupa file dengan format *.ucs.

Untuk melakukan backup configurasi pada F5 beberap persyaratan berikut yang harus terpenuhi:
  • OS version 11.x atau 12.x.
  • Memiliki administrator role, resource administrator role, atau root user access ke BIG-IP.
  • Hsrus memiliki akses ke BIG-IP Configuration utility atau Traffic Management Shell (tmsh) utility.
  • Harus memiliki advanced shell terminal access privilege terhadap BIG-IP system.
Untuk melakukan backup configurasi pada F5 terdapat 2 cara, dengan menggunakan menu Archive pada tampilan GUI atau dengan CLI.

cURL and host header to bypass F5

The main problem when I try to check monitong string on server side from client, the original behaviour will push the connection to the load balancer if I try to connect to www.example.com and then the load balancer will handed off the connection to a random server. If I want to connect directly to each server servers so I’ll need to use their IP address. This approach would look something like:

curl --verbose 'http://x.x.x.x:xxxx/monitoring_file.html'

But since the servers use name-based virtual hosts so we’d get a 404 error back. The trick is to have curl send the proper host header:

curl --verbose --header 'Host: www.example.com' 'http://x.x.x.x:xxxx/the_url_to_test'