2012年3月13日 星期二

VC server service 重開機啟動失敗的問題處理


狀況說明:VC主機重新開機後,vc service 無法自動起來,常發生在SQLserverVC server安裝在同一台主機上。參考原廠做法 vmware KB1007669


2012年3月12日 星期一

Windows 2003/2008/7設定靜態路由指令

查詢路由表
route print

臨時使用的路由指令 (主機關機後會消失)
route add mask <遮罩>  gateway_IP
例如 route add 192.168.3.0 mask 255.255.255.0 192.168.3.254

永久寫入
route -p add    mask  <遮罩>   gateway_IP

參考連結 http://www.2cto.com/net/201106/94837.html

2012年3月11日 星期日

遠端桌面登入問題查詢解決方式

連線遠端電腦時發生,無法連線問題。
查詢遠端電腦的服務狀態

netstat -ano|findstr 3389  查詢3389 port由哪個PID執行中。

taskkill /pid XXX /f    強制關閉執行中的 terminal service

net start Termservice 重新啟動Terminal service

如果出現要求重開機,取消關機
shutdown -a

今天發生ㄉ無法RDP遠端桌面,後來先登入VC開啟那台主機的console
嘗試由他RDP另一台主機,結果也是不行,原因是資源消耗光了,關閉SQL除錯訊息之後,就可以正常RDP了,沒有重啟Terminal service,算是萬幸吧!!!

2012年3月8日 星期四

opennms 1.8.17安裝實記


opennms 1.8.17安裝實記

1.       安裝centOS 5.5

2.       下載 YUM OPENNMS套件的repo   

cd /tmp


3.       OpenNMS安裝前先安裝PostgreSQL伺服器
先安裝PostgreSQLOpenNMS資料庫產生最佳化的IPLIKE儲存速度,對效能有相當大的幫助。較需要留意的是,IPLIKE套件必須與PostgreSQL版本能夠搭配,這部份在opennms的軟體倉儲裡可以找到作業系統所支援的IPLIKE套件,搭配安裝之。
安裝postgresql-server套件
# yum -y install postgresql-server

ESX MIBs匯入opennms


opennms import VC & ESX MIBs過程記錄

centos5.5

opennms-1.8.17-1

java-1.6.0-openjdk-1.6.0.0-1.23.1.9.10.el5_7


2012年3月5日 星期一

Linux CentOS時間調整

#date -u  確定現在時間
透過ntpdate -u time.stdtime.gov.tw 自動校時
透過 date --set="2003-02-19 17:44" 手動校時
#hwclock 查看目前BIOS的時間
# clock --systohc 校時後的時間寫入BIOS
#查詢時間是否一致 hwclock

ESX server開啟snmp service


ESX4 HOST開啟snmp服務

分為2個部份說明
1.      vmware snmp agent這部分由於基礎linux提供snmp的服務為net-snmp無法訪問vmware MIBs
因此必須啟動vmware snmp agent
2.      以下針對ESX HOST啟動snmpd服務所做的設定
#service snmpd stop
#vi /etc/snmp/snmpd.conf     (找出下面幾行修改設定)
             com2sec notConfigUser  default  public        (設定community name)
             access  notConfigGroup ""      any       noauth    exact  systemview  none none
             改成access  notConfigGroup ""      any       noauth    exact  all  none  none
           取消這行前面註解 #”view all    included  .1                   80
           改成 view all    included  .1                               80
           在最下面加入2
            proxy -v 1 -c public udp:127.0.0.1:171 .1.3.6.1.4.1.6876
            trapsink 192.168.2.25 public


2012年3月2日 星期五

ESXTOP操作

對於ESX HOST顯示ESX資源利用率統計,效能分析很有幫助的指令,windows環境中可以使用perfMON指令,然而ESX中就用這個。

參考網站說明

esxtop即時監控主機效能~

C

CPU效能

m

memery效能

d

磁碟控制器效能

N

網路狀態

u

磁碟設備訊息

v

虛擬機的磁碟訊息

i

周邊狀態訊息 i


 


 

[root@ESX4S2 ~]# esxtop

12:12:33pm up 51 days 23:06, 137 worlds; CPU load average: 0.03, 0.03, 0.03

這行是cpu上線時間,而cpu load average這行是cpu 1分 5分 15分的負載平均值(這個值如果等於1表示cpu充分被利用,0.5表示利用率一半,2的話表示非常忙碌,需要2個cpu才足以應付現在的工作,4的話表示快要爆炸了,系統性能會受影響)


 

PCPU USED(%): 4.2 1.0 2.3 2.1 AVG: 2.4 每個物理cpu使用率,最後是平均值

PCPU UTIL(%): 4.4 1.1 2.6 2.3 AVG: 2.6 每個使用中cpu使用率(全功率使用狀態下的工作負載,有情況是cpu處在休眠狀態下則不被顯示出來,直到觸發中斷休眠程序出現才恢復工作,在HW硬體設定項cpu狀態從c0,c1,c1E來選擇暫停或低功率運轉等的節電模式功能),一般這2個數值會非常接近,除非cpu設計有超線程或VDFS動態供電計畫這類的節能技術

CCPU(%): 0 us, 2 sy, 98 id, 0 wa ; cs/sec: 177 這4個數值分別表示用戶時間us,系統時間sy,空轉時間id,等待時間wa。

用戶時間us : 用戶執行一個程序CPU須等待的時間。

系統時間sy : CPU執行一個程序所需時間。

空轉時間 id : CPU閒置時間 (低空轉率表示忙碌)

等待I/O時間wa : cpu等待IO的時間 (高等待率表示I/O資源瓶頸)

cs/sec : 表示CPU線程切換時間,越高的切換時間表示系統中存在大量需要處理的需求。