Seorang staff super junior tampak kebingungan dengan pembicaraan ini, untuk mengetahui apa yang perlu diupgrade, solusinya gampang : pasang alat ukur di perangkat sebelumnya! Tanpa memasang alat ukur, kita hanya bisa bicara ‘tampaknya’ dan ‘rasanya’ hehe.

—

Sebenarnya banyak aplikasi yang bisa digunakan untuk resource monitoring terhadap ‘resource usage’ suatu system. Dalam hal ini saya menggunakan Ganglia, resource monitoring tool yang sering dipake pada cluster computer. Monitoring selama beberapa minggu, menghasilkan grafik berikut ini :

CPU Usage - Ganglia

Pada grafik terlihat, CPU waiting-nya cukup tinggi, bahkan mencapai 50%. Server ini ‘dihuni’ kurang lebih 25 container/VPS. Pada grafik lain (tidak saya tampilkan), beban CPU di bawah 50% dan sedikit sekali swap. Secara sederhana, server dengan 8 core CPU ini banyak ‘nganggur’-nya. Indikasi terhadap CPU dan memory yg masih under usage menunjukkan terjadi bottleneck komunikasi pada perangkat lain, salah satunya harddisk drive. Solusi yg mungkin bisa diterapkan yaitu mengganti HDD dengan buffer/RPM tinggi, memisahkan drive untuk system dengan data, ganti ke SSD??

#!/bin/bash

MYTZ=`date | awk '{print $5}'`
TOM=$(TZ=$MYTZ-24 date +%d)

#echo $TOM
if [ $TOM == 01 ]
 then
        echo "Last Day of the month!"
        # Enter your monthly code here
 else
        echo "Today is not the last day!"
fi

Then I found that my /var partition already full of data :

/dev/mapper/VolGroup00-LogVol04 3.9G  3.7G     0 100%     /var

I deleted some files on /var/spool/mclientqueue . But I see there’s no change in df size report, it says the same. Although from du stats, only 483MB of disk usage. Using lsof command, I found some process were still accessing /var partition :

sendmail  30760 hansa    3uW  REG  253,4   9875456 426064 /var/spool/clientmqueue/dfoB8M51cn030760 (deleted)

sendmail  31030 hansa    3uW  REG  253,4  98238464 360504 /var/spool/clientmqueue/dfoAJJK1Wa031030 (deleted)

sendmail  31653 hansa    3uW  REG  253,4 121421824 360469 /var/spool/clientmqueue/dfoAEJK1MX031653 (deleted)

Problem SOLVED when all process (sendmail process in here) are killed!

/dev/mapper/VolGroup00-LogVol04     3.9G  483M  3.3G  13%    /var

Example :
tar -czvf file-result.tar.gz /path/to/file/or/folder/for/archiving –exclude “/path/to/exclude”

Example :
mysqldump -u 412843_reebonzsg -p –skip-add-locks –skip-lock-tables db_name \
> dbfile_dump.sql

By default, awstats will process data at monthly based, but for several purposes I need more details. Awstats has ‘databasebreak’ feature to separate analysis result based on monthly, daily, and hourly. But still, I need more details, so my friend from Teltics help me patch awstats source code.

So, you can use it by :

# perl awstats.pl -config=awstas.domain.conf -update -databasebreak=minute

awstats.pl

Gallery2 Troubleshoot Page

Choose ‘Cache Maintenance‘ then follow the step. Thanks!

1. Pastikan akses fisik ke komputer tersebut.

2. Upayakan untuk masuk sebagai ‘single user’ melalui GRUB (tutorial ini banyak di Google)

3. Jika sistem terkonfigurasi menolak single user, lalu copot hdd sistem tersebut dan pasang pada komputer lain ato yang paling mudah adalah masukkan Live CD/DVD Linux

4. Mount partisi yang di dalamnya terdapat file /etc/shadow, kemudian buka dengan editor (misal vim). Lalu hapus hash record pada salah satu user yang akan digunakan untuk login.

5. Simpan dan booting kembali dari awal. Anda bisa login tanpa password.

Semoga berguna!

sumber : http://ubuntuforums.org/showthread.php?t=355704

NameVirtualHost 203.134.232.76:0

menjadi :

NameVirtualHost *:0