非番のエンジニア

非番のエンジニアウェブページ開設しました。

1/15

失望から希望を見つけ出す 2012 年がはじまりました。（私的にはゆっくりですけど）
未来の世代を作り出すのは私たちの世代でしかありません。とは言っても、私はこうして技術を解説することだけしかできないけれど、これが未来の一部になればと思います。

ウェブサイトはこちらです。記事の一部を固定サイトでリンクしています。

--
トラックバックとコメントは承認制です。

　大手企業に対する批判に対して個人が名誉毀損で訴えられるケースがあります。いきなりこういう態度をとられてもこちらとしてはなすすべがありません。ブログの内容に不審な点、不愉快な表現がありましたら、まずはご連絡ください。適切に処理します。また製品担当者からのお励まし、ご意見などありましたら感謝します。

--
なお、このブログの作者（私）にご連絡が必要な場合は mixi か FaceBook からメッセージを送っていただくか、コメント欄にメールアドレスを書いて「非公開」チェックしていただければ私だけチェックできます。

なお kenn*islandcenter.jp (*を置き換えてください）にメールを送っていただいても結構ですが、メールはジャンク処理していますので、見逃す可能性があります。ご承知ください。

Trancelate English

気が向いた時にしかコメントできなくて申し訳ありませんが、ブログの記事に関係なくご意見ご要望があれば、このトピックスにコメントください。

xming putty のトラブル incoming packet was garbled on decryption

xming, xlaunch は何しろ「軽い」しオープンソースだし、手軽だし、サーバに負荷がかからないし、面倒な設定もいらないので、優れたプログラムでよく使います。画面のハードコピーをとるのも楽です。

しかし一度立ち上がらなくなると、しつこい。

あせります。

Do you want transrate this entry in English ?

-現象-

xming が

"putty incoming packet was garbled on decryption"

のダイアログを出して、接続できない。

起動後 username:xxxxx を set > OK した後、発生する。

xming が起動したあと user/password をセットした後、起動しない。


>> 対策その１

C:\Users\MyName\AppData\Local\PUTTY.RND

を Delete (or Rename) した所、解決できた場合があった。

>> 対策その２

reboot したら直った。

>> 対策その３

大抵 ssh の認証キーは Linux 側 /home/MyName/.ssh などに known_hosts などがあるので、これを delete すれば、問題ありません。 Windows にはこういったファイルがないので、Putty の設定ファイルを探したらこれでした。

HKEY_USERS\xx-xx-xxx-your-uid\Software\SimonTatham\PuTTY\SshHostKeys

の値に書きこまれます。このkey の内容をdelete するとキーがリフレッシュされます。



これで直った場合もあります。

>> Putty から xming から何から何まで全部削除してみる

Control Panel 「アプリケーション（プログラム）の追加、管理/Application/Program management」 から xming, xfont をuninstall し、 C:\Program Files(x64もあり)の中の xming の残骸も全てdelete します。もし、Ｃ：などに Putty.exe があればこれも削除してしまいます。

ついでに PUTTY に関するものも全て delete してしまいます。

PUTTY が xming と全然違うパスにおかれている場合もあるので、 regstry に間違った値が入っている場合もあります。削除してください。

PUTTY の設定は
HKEY_CURRENT_USER\Software\SimonTatham\PuTTY
にあるので、この下を全て削除します。

そこから xming, xlaunch を再インストール、 PUTTY.exe を C:\Program Files\xming　にコピーして PUTTY が単独で動作するようであれば、 xlaunch が正しく動いた場合がありました。

おそらく plink/putty には関連があるようで、putty 側の設定をいじくってしまった後、 xlaunch しない場合があるようです。

※ 同じ IPや DNS名で新しいマシンを作って接続する場合は、 xming の動きがかなり怪しくなります。 PUTTY のレジストリをさっぱり消したほうがよいようです。

- クリックが利かなくなる -

これもよくはまるトラブルです。

xlaunch がハングした後、タスクバーが動かない。クリックしてもだめ。

>>対策

explorer を再起動します。 CTRL+ALTL+DEL でタスクマネージャを呼び出し、 process から explorer を強制終了させます。
ファイル > 新しいタスクから explorer を実行します。

--
文字列のコピー(From Linux)ペースト(to Windows)ができない。

>>対策
あまり大きな文字列だと出来ない場合があります。またキャラクタの違いから Notepad （メモ帳）へのペーストは出来ない場合があります。 Wordpad なら問題が少ないようです。



※この記事はまた書き直す可能性があります............


- そのほかのヒント -
NX Free で SUSE Linux に接続してみる

NXfree はちょっと重いです。

-Keyword-

putty xming Linux Unix Windows SSH 接続できない。

islandcenter.jp

Windows 2008R2 の Remote Desktop と eDirectory の Password を一致させる: Thin Client 実現への一歩目

Windows 2008 R2 サーバーのリモートデスクトップと eDirectory のパスワードを一致させる方法です。これにより、Windows 2008 R2 の RDP の機能を使ったシン・クタイアントを実現させます。

Translate this entry English by Excite

このテスト環境は SUSE Linux Enterprise Server 11 sp1 (SLES11) + XEN 環境で構築しています。

-前提-

Windows サーバマネージャの「役割」にリモートデスクトップを設定しておきます。「初期構成タスク」 > 「役割」で設定します。設定した後は、再起動が必要です。


-リモートユーザの設定-

Windows のパスワードポリシーと eDirectory のパスワードポリシーが異なると非常に面倒なことになるので、Windows 側のパスワードポリシーを Disable にします。

> gpedit > コンピューターの設定 > セキュリティの設定 > アカウントの設定 > パスワードのポリシー

から、パスワードを無期限(0日)、「複雑さ」をdisableにします。

これでWindows 側のユーザパスワードを「No Password」に設定できます。

「ユーザは次回のパスワードの変更が必要」をチェック


ユーザのパスワードはクリアしておきます。「パスワード」から Enter を二度打ちして empty password にします。


ユーザがリモートデスクトップを使えるよう、 Remote Desktop User グループに追加します。


-Novell Client のプロパティ-

Windows パスワード同期を ON


「パスワード同期オプションデフォルト ON, これで eDirectory のパスワードと Windows のパスワードが一致しない場合、強制的に同期されます。


「パスワード同期オプションの表示」 ON, 　これは OFF でもかまいませんが「Windows と eDirectory のパスワードを同期する」チェックボックスを表示するかしないかの機能です。


他にもいくつか Novell Client に関しては設定項目があります。
常時 Novell Login を行う

また VMDP（というか Windows ） はチューニングが必要です。
Windows 2008 R2 の Remote Desktop が異常に遅い

-RUN MSTSC-

先ほど empty password にしたユーザで MSTSC（リモートデスクトップ） から No Password で接続すると「不明なエラー」が出ますが全く無視してOK

続いて Novell Login 画面が出ます。


既に設定済みの eDirectory のパスワードをセットしてログオンすると


無事ログオンできました。


Windows 7 から 3D デスクトップも使えました。


次回からリモートデスクトップを使うときは eDirectory と同期したパスワードでログオンできます。


-ログオンと同時にNovell Login Scriptを走らせる-

このままでは認証されたのにセッションがない．．．．

もちろんタスクトレィのNアイコンからログインすれば全く問題ありません。

こちらにいい情報がありました
RDP session to W2K8 server dies when started from Windows 7 device with 11.1 agent

サーバーマネージャー > RD Session Host の構成 > RDP-Tcp 右ボタン > Properties > 全般(General) から Default の negotiation を RDP Security Layer に変更して「適用」( Apply )します


RDPの接続と同時に eDirectory への接続が行われます。

「Windows セキュリティ」のダイアログは出なくなります。

-Windows 7　の場合-

> gpedit でローカルコンピュータのグループポリシーを編集します。

> gpedit > コンピュータの設定 (Computer Configuration) > 管理用テンプレート (Administration Template) > リモートデスクトップサービス (Remote Desktop Service) > リモートデスクトップセッション ( Remote Desktop Session) > セキュリティ (Security) > セキュリティレイヤーを必要とする (Security Layer ?) > 「有効(Enable)」 / Security Layer(Dorop down set RDP)



Novell Login から接続できます。


iPod Touch のiRdesktopでも使えます。iPad が欲しくなります。


-Login script を RUN させる-

Novell Client 2 SP2 for Windows Server 2008 R2 (IR2a) で解消しました。

Login Script も走りました。


無事　map できました。


※ Windows 7 用では動かなかったということです。 Windows 2008 R2 用 Novell Client が必要でした。


参考文書
Using Dynamic Local User Policy in Windows Server 2008 R2 Remote Desktop Session Host

-Keyword-

Remote Desktop Windows 2008 R2 Password Synchronization with Novell eDirectory Windows Client SP2 OES OpenEnterprise Server Login script how to

islandcenter.jp

LMbench で転送速度を把握する。

ネットワークのベンチマーク・ツールを試す - nepim、LMbench、nuttcp

を参考にLMbenchを使って通信速度のベンチマークを確認してみました。

上の記事では nepim の SUSE 版があるようなのですが、パッケージの依存関係でうまくインストールできなかったので、LMbench3 を使ってみました。


1) 上のサイトからダウンロードしたソースを解凍します。

sles11:~/lmbench # ls
lmbench3.tar.gz
sles11:~/lmbench # tar xvf lmbench3.tar.gz

|
| 略
|

MakeFile があります。

sles11:~/lmbench # cd lmbench3/
sles11:~/lmbench/lmbench3 # ls
ACKNOWLEDGEMENTS COPYING Makefile hbench-REBUTTAL scripts
CHANGES COPYING-2 README doc results src

2) make します。

sles11:~/lmbench/lmbench3 # make


|
| 略
|

3) Binary (bin)が出来上がります。

sles11:~/lmbench/lmbench3 # ls
ACKNOWLEDGEMENTS COPYING Makefile bin hbench-REBUTTAL scripts
CHANGES COPYING-2 README doc results src

4) bin/x86_64-linux-gnu にバイナリが作られます。

sles11:~/lmbench/lmbench3 # ls bin
x86_64-linux-gnu

sles11:~/lmbench/lmbench3 # ls bin/x86_64-linux-gnu/
bw_file_rd lat_connect lat_proc lib_mem.o loop_o
bw_mem lat_ctx lat_rpc lib_sched.o memsize
bw_mmap_rd lat_fcntl lat_select lib_stats.o mhz
bw_pipe lat_fifo lat_sem lib_tcp.o msleep
bw_tcp lat_fs lat_sig lib_timing.o par_mem
bw_unix lat_http lat_syscall lib_udp.o par_ops
disk lat_mem_rd lat_tcp lib_unix.o stream
enough lat_mmap lat_udp line timing_o
flushdisk lat_ops lat_unix lmbench.a tlb
getopt.o lat_pagefault lat_unix_connect lmdd
hello lat_pipe lib_debug.o lmhttp

ここにさまざまな測定ツールが出来上がります。

LMbench のマニュアルによると、この中で lat_xxx 系のプログラムはレイテンシを計るためにあるようです。 bw_tcp が単純に TCP のソケット通信の性能を測るようです。

5) bw_tcp -s (サーバモード）で起動します。

sles11:~/lmbench/lmbench3 # bin/x86_64-linux-gnu/bw_tcp -s

6) 自分自身を計ってみます。

sles11:~/lmbench/lmbench3 # bin/x86_64-linux-gnu/bw_tcp localhost
0.065536 1864.99 MB/sec

1.8GB/s ですね。

7) bw_tcp -s (サーバモード）で起動している他のサーバに対してテストしてみました。

sles11:~/lmbench/lmbench3 # bin/x86_64-linux-gnu/bw_tcp 192.168.1.xxx
0.065536 62.25 MB/sec

ケーブルが原因なのでしょうか。 62MB/s です。

数値は bps（bit per second）ではなく、大文字 MB/S なので Byte Per Sec という解釈でいいんですよね。 そうなると 62MB * 8bit = 496 bps ということになります。 1G bps HUB のほぼ半分の帯域を使っていることになります。

8) 常駐していない相手（ルータなど）には拒否されます。
sles11:~/lmbench/lmbench3 # bin/x86_64-linux-gnu/bw_tcp 192.168.1.1yyy
socket connection: Connection refused

9) 内部で動く XEN 仮想マシン(VM)に対して実行してみます。
sles11:~/lmbench/lmbench3 # bin/x86_64-linux-gnu/bw_tcp 192.168.1.zzz
0.065536 1103.10 MB/sec

ほぼ１.1GB/s 出ています。　8.8G bps ということです。

LMbench は相手が必要です。例えばサーバと HUB間のベンチマークを計りたいというニーズには合いません。ソースから簡単にコンパイルして使えるので、Linux <---> Linux/Unix 間の通信速度を確認するにはお手軽です。

初期値を計測しておき、「遅い」というクレームが来たときに、ボトルネックが発生しているのか初期値と数値を比べてみれば、ネットワークが劣化しているのかどうなのかの判断材料になります。

islandcenter.jp

SUSE Linux を管理する前に変えておきたい PUTTY のデフォルト設定

PUTTY は単独で使える便利な SSH 端末ソフトウェアです。

ただし、設定内容はレジストリに書き込まれますので、ご注意ください。位置は
HKEY_CURRENT_USER\Software\SimonTatham\PuTTY
です。

私の好みは次の設定です。

Window > scrollback >200(default) から 2000 くらいに


Copy all to clipboad が使いやすくなります。
コマンドの入出力結果を文書にするときは便利です。

apearance > font settings > change > フォントサイズを大きくします。

デフォルトではフォントが小さすぎるひとにはお勧めします。フォントによっては、 yast の罫線が qqqq などに文字化けするので、フォントサイズだけ変えるのが良いでしょう。

Window > transration > EUC(Default) から UTF-8 に

SUSE Linux ではデフォルトが UTF-8 です。これをやっておかないと日本語ファイルは文字化けします。

SUSE Linux で fio を使って iSCSI のパフォーマンスを測定してみた。

fio はよく Linux で利用されるオープンソースの I/O 測定ベンチマークツールです。 Windows 版もありますが、バイナリ配布されていないようなので、コンパイル環境が必要なようですね。

-SUSE Linux へのインストール-

http://software.opensuse.org　から fio を serach すると、各バージョンに適合した fio のリストが出てきました。



リモートX端末からブラウザを起動して 1 click install をクリックすると、ダウンロードするかインストーラを起動するか確認のダイアログが出ますので YaST インストーラを起動します。レポジトリの更新から始まり、インストールされます。レポジトリのダウンロードのため、途中で証明書を import します。インストールは全てGUIで行えます。

-iSCSI とローカルディスクで比べてみた-

smartctl で見ると /tmp は Hitachi HDS722020ALA330 どうやら 2Tb 7200rpm ものです。
/iscsi sumsung 製 HD103U1 5200rpm １Tb SATA 3G の古いHDDをこれまた懐かしい QNAP TS-110 を iSCSI でマウントしました。

コマンド打ちが面倒なのでスクリプトを使ってみます。

fio はコマンドパラメータを使うか、パラメータリストファイルを使ってジョブを作ります。
ここでは seq-write の結果を求めてみます。

sles11:~ # cat fiotest.sh
#! /bin/sh
echo -------- iscsi ----
fio --directory=/iscsi --direct=1 --rw=write --bs=4k --size=1G --numjobs=3 --runtime=100 --name=seq-write
rm /iscsi/seq-write.* <------ テンポラリファイルは自分で消す必要があります。
sleep 20 <---- 次のテストで「削除の余韻」の影響避けるためわずかな間 sleep させます。
echo -------- local ----
fio --directory=/tmp --direct=1 --rw=write --bs=4k --size=1G --numjobs=3 --runtime=100 --name=seq-write
rm /tmp/iseq-write.*
echo -------- end ----
sles11:~ #
sles11:~ #

実行結果

sles11:~ # ./fiotest.sh
-------- iscsi ----
seq-write: (g=0): rw=write, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
...
seq-write: (g=0): rw=write, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
fio 2.0.7
Starting 3 processes
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
Jobs: 3 (f=3): [WWW] [100.0% done] [0K/4589K /s] [0 /1120 iops] [eta 00m:00s]
seq-write: (groupid=0, jobs=1): err= 0: pid=30120
write: io=112228KB, bw=1122.3KB/s, iops=280 , runt=100002msec
clat (usec): min=485 , max=4059.9K, avg=3551.68, stdev=35576.86
lat (usec): min=486 , max=4059.9K, avg=3554.75, stdev=35576.90
clat percentiles (usec):
| 1.00th=[ 502], 5.00th=[ 540], 10.00th=[ 756], 20.00th=[ 804],
| 30.00th=[ 828], 40.00th=[ 852], 50.00th=[ 876], 60.00th=[ 900],
| 70.00th=[ 924], 80.00th=[ 964], 90.00th=[ 1048], 95.00th=[ 1240],
| 99.00th=[103936], 99.50th=[201728], 99.90th=[464896], 99.95th=[518144],
| 99.99th=[634880]
bw (KB/s) : min= 0, max= 2434, per=38.35%, avg=1186.94, stdev=465.50
lat (usec) : 500=0.70%, 750=9.00%, 1000=76.46%
lat (msec) : 2=11.02%, 4=0.71%, 10=0.75%, 20=0.18%, 50=0.11%
lat (msec) : 100=0.06%, 250=0.85%, 500=0.09%, 750=0.08%, >=2000=0.01%
cpu : usr=0.31%, sys=1.52%, ctx=28183, majf=0, minf=24
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=28057/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30121
write: io=103572KB, bw=1035.8KB/s, iops=258 , runt=100001msec
clat (usec): min=565 , max=3898.5K, avg=3849.17, stdev=37243.20
lat (usec): min=569 , max=3898.5K, avg=3852.31, stdev=37243.40
clat percentiles (usec):
| 1.00th=[ 748], 5.00th=[ 772], 10.00th=[ 788], 20.00th=[ 820],
| 30.00th=[ 836], 40.00th=[ 860], 50.00th=[ 884], 60.00th=[ 908],
| 70.00th=[ 932], 80.00th=[ 964], 90.00th=[ 1048], 95.00th=[ 1272],
| 99.00th=[156672], 99.50th=[201728], 99.90th=[477184], 99.95th=[522240],
| 99.99th=[667648]
bw (KB/s) : min= 2, max= 2320, per=35.39%, avg=1095.22, stdev=398.96
lat (usec) : 750=1.54%, 1000=83.71%
lat (msec) : 2=11.67%, 4=0.43%, 10=1.21%, 20=0.27%, 50=0.08%
lat (msec) : 100=0.02%, 250=0.81%, 500=0.15%, 750=0.09%, >=2000=0.01%
cpu : usr=0.30%, sys=1.43%, ctx=25996, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=25893/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30122
write: io=93788KB, bw=960360 B/s, iops=234 , runt=100003msec
clat (usec): min=509 , max=4034.5K, avg=4250.95, stdev=39938.84
lat (usec): min=510 , max=4034.5K, avg=4254.40, stdev=39940.64
clat percentiles (usec):
| 1.00th=[ 756], 5.00th=[ 780], 10.00th=[ 804], 20.00th=[ 836],
| 30.00th=[ 860], 40.00th=[ 884], 50.00th=[ 916], 60.00th=[ 940],
| 70.00th=[ 972], 80.00th=[ 1012], 90.00th=[ 1096], 95.00th=[ 1368],
| 99.00th=[199680], 99.50th=[203776], 99.90th=[493568], 99.95th=[522240],
| 99.99th=[634880]
bw (KB/s) : min= 4, max= 2184, per=31.98%, avg=989.78, stdev=408.18
lat (usec) : 750=0.87%, 1000=76.62%
lat (msec) : 2=19.04%, 4=0.37%, 10=1.46%, 20=0.30%, 50=0.11%
lat (msec) : 100=0.04%, 250=0.91%, 500=0.17%, 750=0.09%, 1000=0.01%
lat (msec) : >=2000=0.01%
cpu : usr=0.30%, sys=1.92%, ctx=31587, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=23447/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
WRITE: io=309588KB, aggrb=3095KB/s, minb=937KB/s, maxb=1122KB/s, mint=100001msec, maxt=100003msec

Disk stats (read/write):
sde: ios=13/77800, merge=0/44990, ticks=1008/3260968, in_queue=2594160, util=100.00%
Jobs: 3 (f=3): [WWW] [100.0% done] [0K/3653K /s] [0 /891 iops] [eta 00m:00s]
seq-write: (groupid=0, jobs=1): err= 0: pid=30214
write: io=119372KB, bw=1193.8KB/s, iops=298 , runt=100001msec
clat (usec): min=480 , max=837463 , avg=3337.99, stdev=26091.77
lat (usec): min=481 , max=837465 , avg=3341.11, stdev=26091.88
clat percentiles (usec):
| 1.00th=[ 524], 5.00th=[ 596], 10.00th=[ 660], 20.00th=[ 788],
| 30.00th=[ 820], 40.00th=[ 844], 50.00th=[ 868], 60.00th=[ 892],
| 70.00th=[ 924], 80.00th=[ 956], 90.00th=[ 1032], 95.00th=[ 1192],
| 99.00th=[47872], 99.50th=[201728], 99.90th=[497664], 99.95th=[518144],
| 99.99th=[602112]
bw (KB/s) : min= 4, max= 2496, per=35.18%, avg=1230.01, stdev=437.89
lat (usec) : 500=0.28%, 750=13.20%, 1000=73.42%
lat (msec) : 2=10.38%, 4=0.67%, 10=0.80%, 20=0.16%, 50=0.08%
lat (msec) : 100=0.03%, 250=0.81%, 500=0.07%, 750=0.09%, 1000=0.01%
cpu : usr=0.40%, sys=1.61%, ctx=29994, majf=0, minf=23
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=29843/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30215
write: io=116876KB, bw=1168.8KB/s,iops=292 , runt=100003msec
clat (usec): min=476 , max=951756 , avg=3409.88, stdev=26699.56
lat (usec): min=478 , max=951758 , avg=3412.95, stdev=26699.64
clat percentiles (usec):
| 1.00th=[ 540], 5.00th=[ 684], 10.00th=[ 764], 20.00th=[ 796],
| 30.00th=[ 828], 40.00th=[ 844], 50.00th=[ 868], 60.00th=[ 892],
| 70.00th=[ 916], 80.00th=[ 956], 90.00th=[ 1032], 95.00th=[ 1208],
| 99.00th=[61696], 99.50th=[201728], 99.90th=[497664], 99.95th=[522240],
| 99.99th=[569344]
bw (KB/s) : min= 4, max= 2504, per=34.45%, avg=1204.29, stdev=410.11
lat (usec) : 500=0.22%, 750=7.28%, 1000=79.96%
lat (msec) : 2=9.88%, 4=0.52%, 10=0.91%, 20=0.16%, 50=0.08%
lat (msec) : 100=0.01%, 250=0.81%, 500=0.08%, 750=0.10%, 1000=0.01%
cpu : usr=0.37%, sys=1.55%, ctx=29338, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=29219/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30216
write: io=113416KB, bw=1134.2KB/s, iops=283 , runt=100005msec
clat (usec): min=482 , max=1097.7K, avg=3513.74, stdev=27293.60
lat (usec): min=483 , max=1097.7K, avg=3516.88, stdev=27293.64
clat percentiles (usec):
| 1.00th=[ 548], 5.00th=[ 716], 10.00th=[ 772], 20.00th=[ 812],
| 30.00th=[ 844], 40.00th=[ 868], 50.00th=[ 892], 60.00th=[ 916],
| 70.00th=[ 940], 80.00th=[ 980], 90.00th=[ 1064], 95.00th=[ 1224],
| 99.00th=[116224], 99.50th=[201728], 99.90th=[497664], 99.95th=[518144],
| 99.99th=[602112]
bw (KB/s) : min= 3, max= 2480, per=33.41%, avg=1168.02, stdev=363.35
lat (usec) : 500=0.15%, 750=5.86%, 1000=77.70%
lat (msec) : 2=13.55%, 4=0.28%, 10=1.19%, 20=0.14%, 50=0.09%
lat (msec) : 100=0.03%, 250=0.84%, 500=0.08%, 750=0.09%, 2000=0.01%
cpu : usr=0.37%, sys=1.73%, ctx=28515, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=28354/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
WRITE: io=349664KB, aggrb=3496KB/s, minb=1134KB/s, maxb=1193KB/s, mint=100001msec, maxt=100005msec

Disk stats (read/write):
sde: ios=1/87531, merge=0/14355, ticks=0/3385260, in_queue=2789384, util=100.00%

-------- local ----
seq-write: (g=0): rw=write, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
...
seq-write: (g=0): rw=write, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
fio 2.0.7
Starting 3 processes
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
seq-write: Laying out IO file(s) (1 file(s) / 1024MB)
Jobs: 3 (f=3): [WWW] [100.0% done] [0K/14566K /s] [0 /3556 iops] [eta 00m:00s]
seq-write: (groupid=0, jobs=1): err= 0: pid=30222
write: io=438048KB, bw=4380.5KB/s, iops=1095 , runt=100001msec
clat (usec): min=159 , max=679274 , avg=904.70, stdev=12497.03
lat (usec): min=160 , max=679276 , avg=906.94, stdev=12497.04
clat percentiles (usec):
| 1.00th=[ 209], 5.00th=[ 221], 10.00th=[ 225], 20.00th=[ 229],
| 30.00th=[ 231], 40.00th=[ 235], 50.00th=[ 239], 60.00th=[ 243],
| 70.00th=[ 249], 80.00th=[ 262], 90.00th=[ 298], 95.00th=[ 402],
| 99.00th=[ 812], 99.50th=[ 3376], 99.90th=[224256], 99.95th=[301056],
| 99.99th=[337920]
bw (KB/s) : min= 111, max= 8744, per=34.68%, avg=4475.22, stdev=1731.04
lat (usec) : 250=70.03%, 500=26.71%, 750=2.13%, 1000=0.30%
lat (msec) : 2=0.19%, 4=0.16%, 10=0.12%, 20=0.07%, 50=0.01%
lat (msec) : 100=0.01%, 250=0.18%, 500=0.08%, 750=0.01%
cpu : usr=0.58%, sys=3.42%, ctx=109670, majf=0, minf=23
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=109512/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30223
write: io=434468KB, bw=4344.7KB/s, iops=1086 , runt=100001msec
clat (usec): min=179 , max=691006 , avg=911.99, stdev=12768.08
lat (usec): min=180 , max=691007 , avg=914.21, stdev=12768.08
clat percentiles (usec):
| 1.00th=[ 207], 5.00th=[ 221], 10.00th=[ 225], 20.00th=[ 231],
| 30.00th=[ 233], 40.00th=[ 237], 50.00th=[ 239], 60.00th=[ 245],
| 70.00th=[ 251], 80.00th=[ 262], 90.00th=[ 302], 95.00th=[ 402],
| 99.00th=[ 756], 99.50th=[ 2128], 99.90th=[238592], 99.95th=[301056],
| 99.99th=[342016]
bw (KB/s) : min= 5, max= 8600, per=34.71%, avg=4479.71, stdev=1762.32
lat (usec) : 250=69.17%, 500=27.74%, 750=2.05%, 1000=0.29%
lat (msec) : 2=0.20%, 4=0.11%, 10=0.10%, 20=0.05%, 50=0.01%
lat (msec) : 100=0.01%, 250=0.17%, 500=0.09%, 750=0.01%
cpu : usr=0.68%, sys=3.71%, ctx=108938, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=108617/d=0, short=r=0/w=0/d=0
seq-write: (groupid=0, jobs=1): err= 0: pid=30224
write: io=418116KB, bw=4181.2KB/s, iops=1045 , runt=100001msec
clat (usec): min=174 , max=577159 , avg=948.32, stdev=13147.12
lat (usec): min=175 , max=577160 , avg=950.53, stdev=13147.13
clat percentiles (usec):
| 1.00th=[ 209], 5.00th=[ 221], 10.00th=[ 225], 20.00th=[ 229],
| 30.00th=[ 231], 40.00th=[ 235], 50.00th=[ 237], 60.00th=[ 243],
| 70.00th=[ 249], 80.00th=[ 262], 90.00th=[ 294], 95.00th=[ 402],
| 99.00th=[ 772], 99.50th=[ 3120], 99.90th=[252928], 99.95th=[305152],
| 99.99th=[354304]
bw (KB/s) : min= 105, max= 8640, per=33.47%, avg=4319.83, stdev=1646.15
lat (usec) : 250=71.38%, 500=25.58%, 750=1.98%, 1000=0.28%
lat (msec) : 2=0.20%, 4=0.11%, 10=0.11%, 20=0.06%, 50=0.02%
lat (msec) : 100=0.01%, 250=0.17%, 500=0.10%, 750=0.01%
cpu : usr=0.72%, sys=3.02%, ctx=104679, majf=0, minf=22
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=0/w=104529/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
WRITE: io=1260.4MB, aggrb=12906KB/s, minb=4181KB/s, maxb=4380KB/s, mint=100001msec, maxt=100001msec

Disk stats (read/write):
sda: ios=2583/323195, merge=14/28603, ticks=24160/4690956, in_queue=5321588, util=100.00%
rm: cannot remove `/tmp/iseq-write.*': No such file or directory
-------- end ----
sles11:~ #


なんともいえないのですは、この iSCSI ドライブは大体ローカルディスクの２割から３割程度のパフォーマンスしか出ていないようです。

ははーん、ボトルネックはここなんだ、と思うのは早計かも知れません。fioはあくまでもディスクの性能を測るものなので、システム全体の性能とは直結しているわけではありません。実際エンドユーザが利用したときのレスポンスとかが重要です。エンドユーザサイドで　iSCSI で恐ろしいパフォーマンスを出す機器もあれば、円盤そのものの性能や、SAN装置のキャッシュの容量、RAIDコントローラの性能など色々な要素があるのです。


iSCSI は SUSE 仮想環境でファイルサーバとして使い物になるか

仮想環境では、iSCSI は容易に容量を拡張できる手段です。実際に２年前にこのエントリを書いたときからあまり環境が変わっていないことを考えると、ディスクの性能＝システムの性能とは一概には言えません。

機器を納品した後、こうして初期性能を計っておくことはひとつの問題解決の準備段階として重要です。この数値を元に、後にクレームがきた場合のシステム全体の性能が低下したかどうかの基準として利用できるかも知れません。

一度、Raid の故障の後、性能が異常に低下したことがありました。原因はディスクのファームウェアにあったのですが、初期性能が正しく測定されており、機器の故障修理の後、同じパフォーマンスが出ているかを確認することも必要です。

※ ちなみに fio は実稼動しているサーバーでは実行しないでください。CPU負荷が大きなWindows 系の仮想マシンが全滅しました。 Linux 系仮想マシンは全部無事だったけど。ユーザの負荷が少ないときに実施してくださいね。

-Keyword-

仮想環境 SUSE Linux SLES XEN iSCSI fio ディスクベンチマーク

islandcenter.jp

SUSE に OpenStackのデモ版をインストールしてみた

SUSE Cloud Powered by OpenStack(tm)
に OpenStack の XEN イメージがあるので試しに入れてみました。



ダウンロードした圧縮ファイルを解凍すると raw イメージと vm ファイルがあるので、 raw ファイルを /var/lib/xen/images/openstack にコピーし openstack.raw に rm します。

vm ファイルは次のように加工し /etc/xen/vm/openstack としました。

# -*- mode: python; -*-
name="Arnolds_Arnolds_1215_SUSE_Cloud_Powered_"
memory=4048
disk=[ 'file:/var/lib/xen/images/openstack/openstack.raw,xvda,w']
# disk= "tap:aio:Arnolds_Arnolds_1215_SUSE_Cloud_Powered_.x86_64-1.0.0.raw,xvda,w" ]

# vif=[ "bridge=xenbr0" ]
# vfb = ["type=vnc,vncunused=1,vnclisten=0.0.0.0"]
vif=[ 'mac=00:16:3e:00:00:08,bridge=br0', ]
vfb=['type=vnc,vncunused=1']

この状態で xm create openstack すると起動します。 GUI 起動するので virt-manager から open してライセンス同意など、一通りの設定をすると、インストールは完了です。

システムは root:openstack
OpenStack は admin:openstack

で入れます。

SUSE、OpenStackベースのクラウドインフラソリューションを公開


islandcenter.jp

Novell VMDP 2.0 Released

SUSE Linux Enterprise Virtual Machine Driver Pack 2.0

このバージョンから iso タイプのファイルもダウンロードできるようになっていますが、残念ながら、VMDP-WIN-2.0.exe　が未解凍で入っているだけでした。ちょっと残念。

まぁ、VMDP-WIN-2.0.exe をネットワークやUSBからコピーしてインストールという手順を省いて最初からCDとしてマウントできるので、それはそれで....

そこで、Windows 系の場合、VMDP-WIN-2.0.exe を自己解凍して ISO 形式にして、 Windows を仮想化してみます。

- まずVMDP-WIN-2.0.exe を Windows 内で実行して解凍します。
- これを、SUSE Linux 内に samba などの機能でコピーします。
- mkisofs で iso 化します。

　# mkisofs -o FileNameOfIso.iso Melted-VMDP-WIN-2.0

具体的にはこうなります。

sles11:/home/knakaj/ISO/vmdp2.0 # mkisofs -o vmdp20.iso VMDP-WIN-2.0
I: -input-charset not specified, using utf-8 (detected in locale settings)
Using VIRTI000.CAT;1 for VMDP-WIN-2.0/win2008/x86/virtio/virtio_balloon.cat (virtio_blk.cat)
Using VIRTI000.INF;1 for VMDP-WIN-2.0/win2008/x86/virtio/virtio_blk.inf (virtio_balloon.inf)

|....
|....　中略
|....

Using VMDPE000.TXT;1 for VMDP-WIN-2.0/eula/40c/vmdpeula.txt (vmdpeula_fmt.txt)
Using VMDPE000.TXT;1 for VMDP-WIN-2.0/eula/411/vmdpeula.txt (vmdpeula_fmt.txt)
Using VMDPE000.TXT;1 for VMDP-WIN-2.0/eula/40b/vmdpeula.txt (vmdpeula_fmt.txt)
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 124928
Path table size(bytes): 778
Max brk space used 58000
4531 extents written (8 MB)
sles11:/home/knakaj/ISO/vmdp2.0 #

今回は Windows 2008 R2 にインストールしました。

- 最初から蟹マークの R8xxxx を選ばず Para Virtual Driver を選びます。


- summary です


-悪い例 (Do not This Way... sad ...)-

インストールを開始するとドライバーが選べます。いい気になってこれを選ぶと、リブートしたときにブルースクリーンになりました。

missary .... This way go to Blue Screen.

-ちなみに-
インストールで Blue Screen が出た場合は、いったん仮想イメージを削除しないと、インストールできない場合があります。 virt-manager からイメージを Delete します。


- ということでセットアップが終わったら

おとなしく、仮想マウントした VMDP ドライバを選び run setup.exe を実行します。

デバイスマネージャで確認して、？マークが出ていないこと、余計なネットワークドライバが見えていないことを確認します。

- 動作が遅い場合 ( If you meet slow performance VMDP )

SUSE Network Driver > Property > "*** checksum Offload" を Disable にする必要がある場合があります。
Windows 2008 R2 の Remote Desktop が異常に遅い

-VM ファイルから ISO を取り除く-
disk=[ 'file:/var/lib/xen/images/vampire/vampire.disk0.raw,hda,w', 'file:/home/knakaj/ISO/W28R2/MSDN-7600.16385.090713-1255_x64fre_server_eval_ja-jp-GRMSXEVAL_JA_DVD.iso,hdc:cdrom,r', 'file:/home/knakaj/ISO/vmdp2.0/vmdp20win.iso,hdd:cdrom,r', ]　　<---- delete this iso descriptions.


-Keyword-

Novell VMDP2 Virtual Machine Driver Pack SUSE SLES11 XEN Windows 2008 R2 Virtual Machine Driver Pack

islandcenter.jp

Novell ZENworks 11 sp2 リリースされていました。

ZENworks 11 SP2 Streamline your IT operations

ダウンロードすましたが忙しくて試していません。

Windows 2008 R2 の Remote Desktop が異常に遅い

-現象-

Windows 2008 R2 のリモートデスクトップのレスポンスが異常に遅い

-環境-

Windows 2000 R2 on SUSE Linux 11 sp1 (SLES11sp1) + XEN with VMDP 2.0 (Virttual Machine Driver Pack 2)

-対策-

ネットワークのプロパティ > SUSE Driver > TCP Checksum Offload (デフォルトではこれは Disable だった）はじめ xxxx Offload の値を全部 Disable に変えたら改善された。



これも

Windows7 デフォルトでは使ってはいけない機能

Windows 7 使ってはいけないデフォルト - その2

同じ罠に何度もはまるのは、私の学習能力の低下ですかね～。

ITアーキテクトの「やってはいけない」　［Windows 7編］ネットワーク設定を標準で使ってはいけない
(ITpro)

-Keyword-

Novell VMDP XEN Windows Server Slow Performance Remote Desktop 遅い

islandcenter.jp

Do not upgrade SLES11sp2 with Novell GroupWise 2012

Do not update SLES11sp1 to SP2 with GroupWise 2012.
POA and MTA wouldn't startup.

-Solution -

Reinstall back to SLES11sp1 with Upgrade mode, Everything work fine.
I recommend you, do not update the other Groupwise version.

今のところ SLES11sp2 では GroupWise 2012 は動かないようです。
以前のバージョンでも問題を起こす可能性があります。

Unable to load GroupWise agents on SLES 11 SP2

-Keyword-

Novell GroupWise2012, SLES11sp2

islandcenter.jp

SLES11sp2 にKVM が同梱

あまり目立ったトピックスではないのですが、SLES11SP2 に　ＫＶＭが同梱されるようになりました。



やっと、なのかいまさらなのか判断しようがないのですが、選択肢が増えたことは評価したいところです。

XEN 一筋６年の私にとってはあまり興味がないところですが、東アジア、特に日本（だけ）は ＲｅｄＨａｔ　系のディストリビューションユーザが多いので、ＫＶＭユーザにとっては選べる商用ディストリビューションが増えたともいえるでしょう。

穿った見方をすればＫＶＭユーザもＳＵＳＥに引き込んじゃえ、ってことはないでしょうけど。

もっとも Citrix や Oracle VM などは当面手を出さないだろうし、Amazon AWS も XEN ベースで動いていることを考えると、

「どっちを選ぶか」

は好みの問題、慣れの問題、互換性の問題、性能の問題、色々な要素を検討しなければなりません。　SUSE+XEN on xen ではほとんどベアメタルに近い性能が出るし、Windows との相性も専用のパラバーチャルドライバ（ＶＭＤＰ）のおかげで「遅い」とクレームをいただいたこともありません。

一般にはＫＶＭのほうが早いと言われていますが、アキテクチャがＸＥＮに近いと言われている Hyper-V もあることを考えると、一概にどっちが早いとは言い切れないなと考えています。

本当に運用のことを考えるとハイパーバイザーなんて何でもいいのです。

openSUSE のサイトに KVM の詳しい説明がありますのでご紹介します。
openSUSE 12.1KVM を利用した仮想化

KVM技術プレビュー


islandcenter.jp

ＳＵＳＥ＋ＸＥＮ上のSLES10 -> SLES11sp2 へのアップデート

ＳＬＥＳ１１ｓｐ２の評価版が手に入りましたので、まずは一番影響の少ない仮想化されたDOM-U のＤＮＳのスレーブサーバーをアップデートしてみました。

レポジトリは http でサービスするため ISO ファイルを解凍して、 /srv/www/htdocs にコピーしておきます。

# chmod wwwrun /srv/www/htdocs -R

でアクセスできるように設定しておきます。


まずは、システムをシャットダウンします。

既に xm list に登録されていると同じ仮想マシン Dom-U が作れませんので、ここで Delete してしまいます。
※ファイルは削除しないでください。

ＶＭファイルのＭＡＣアドレスをメモしておきましょう。 Paravirtual NIC の MAC アドレスを同じにしておくと余計なトラブルを避けることが出来ます。





インストールサマリです。ＨＤＤは古いイメージを、インストーラにＤＶＤのイメージＩＳＯを与えます。
ＭＡＣアドレスは前回与えたものと同じものをセットします。


新規インストールと違うところです。アップデートを選びます。



アップデートするパーティションを選びます。SLES10 当時は RaiserFS でした。


レポジトリの更新画面です。後でも出来ますが、ここであらかじめ作った Apache サーバのレポジトリのアドレスをセットします。


インストールサマリです。追加のパッケージをインストールする場合は、 Software のリンクから追加します。必要であれば追加言語で日本語を追加してもよいでしょう。


ファイルコピーが始まります。

コピーはマシンの性能にもよりますが１時間から２時間かかります。



カーネルは 3.0.3.13 XEN は 4.1.2 です。

dns3:~ # uname -a
Linux dns3 3.0.13-0.27-xen #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) x86_64 x86_64 x86_64 GNU/Linux
dns3:~ #
dns3:~ # rpm -qa | grep xen
kernel-xen-base-3.0.13-0.27.1
kernel-xen-3.0.13-0.27.1
xen-libs-4.1.2_14-0.5.5
xen-tools-domU-4.1.2_14-0.5.5
kernel-xen-devel-3.0.13-0.27.1
dns3:~ #


- keyword -

Novell SUSE SLES11SP2 XEN アップデート

islandcenter.jp

常時 Novell Login を行う

デフォルトで Novell Logon を有効にする

Novell Client Windows 7 sp2 はデフォルトでは「ワークステーションログイン」画面がデフォルト表示されます。これをノベルログインをデフォルトにします。


タスクバーのＮアイコン、もしくはネットワークのプロパティから Novell Client の設定を選びます。「カスタムログイン」から「コンピュータのみにログインをデフォルトにする」を「自動」から「配布しない」に


パスワードを間違えるなどでログオンに失敗したとき、明示的に「コンピュータのみにログオン」を押さない限りログオンできないようにします。

「コンピュータのみにログオン」は残しておかないと、ノートＰＣなどはログオンできなくなるためチェックしないほうがいいでしょう。

「システムログインのプロファイル」　>　default > Windows Tab

Widnwos アカウントと接続ができるようこの部分もチェック


ネットワークと共有センター　>　左側の「アダプタの詳細」

「詳細設定」メニューの「詳細設定」



「プロバイダーの順序タブ」

Netware Service が上になっていること、デフォルトでは一番上になっているはずです。


ソース
Configuring the Novell Client for Windows 7 / Windows 2008 Server to authenticate against DSFW or Microsoft AD


-Keyword-

NOvell ログイン　デフォルト　Windows ログオン　Novell Client Vista 7

islandcenter.jp

SUSE Linux のコンピュータの状態をブラウザでチェックする

随分と昔「UNIX の全てが解る」と題した本を買ってしまって、中身が全て sed の使い方で閉口したことがあります。何しろ、 vi は使えてもラインエディタと言えば DOS の edlin 位しか使ったことがないころの話です。それくらい sed は枯れたプログラムなので、使い方によっては便利に使えるだろう、ということで...

Linux にはさまざまなコマンドがあり、多くはテキストで吐き出されます。

しかしテキストデータはブラウザで読むことが出来ません(たまに化けることがあるし、Windows のテキストエディタでは見れない)。もちろんそのためにテキストエディタがあるのだろ、というのはもちろんなのですが、ものぐさな私にとってはいちいち端末を使うのも面倒なのです。何しろどこに何がありどうすれば良いのかいちいち覚えていられません。

ということでシステムの状態をブラウザで見るにはどうすればいいのか、UNIX/Linux なら当たり前についている sed でプレーンテキストを html に変換するスクリプトというのを見つけてしまいました。

こちらに色々あります。

a program for text to html???

ブログには直接貼れないので画面のキャプチャで失礼します。一番簡単そうなのを使ってみました。


※ハイパーバイザーだけ無料の仮想化プラットフォームより、こういった標準ツールを使えるところは XEN サーバーの最大のメリットと言えるでしょう。

これから夏になって、サーバのトラブルがちょっと怖くなったので HDD の S.M.A.R.T 情報を確認できるようにしてみましょう。

smartctl は SUSE Linux で標準に付いてくる S.M.A.T 情報を収集するプログラムです。サンプルとしてこのコマンド出力を、ブラウザで参照出来るスクリプトの例です。

-実際の利用方法-

スクリプトファイルを tex2html.sed という名前で保存します。


sles11~# #
sles11~# # smartctl -a /dev/sda > smart.txt <--- smart の除法を -a 全部ダンプ
sles11~# # sed -f tex2html.sed smart.txt > smart.html <--- sed のスクリプトで html 化
sles11~# # cp smart.html /srv/www/htdocs/smart.html <--- htdocs の下にコピー
sles11~# # chown wwwrun /srv/www/htdocs/smart.html <-- オーナーを変更
sles11~# #

ブラウザからアドレスを指定するとこんな感じでブラウザに表示されます。


他の監視すべき機能のいくつかはこちらに詳しく書かれています。
第2章 システム監視ユーティリティ

ただし、いくつかのパッケージは標準パッケージに含まれていないため、Novell からサブスクリプションを購入して YaST からインストールする必要があります。

sysstat というもっと便利なパッケージがあるようなのでこれを応用すると、簡単なリモート管理ツールを作ることが出来ます。SLES には標準パッケージに含まれていないため、download.novell.com の patch finder から見つけてインストールするか YaST を使ってインストールできるようです。
ただし、色々パッケージの依存関係があるので、リポジトリから導入するのが正解です。

sensors というパッケージでは、メディアにはあるのですが、デフォルトでインストールされないので、 yast から sensors を search してチェックを入れて導入します。

sles:~ # sensors-detect
# sensors-detect revision 5337 (2008-09-19 17:05:28 +0200)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

We can start with probing for (PCI) I2C or SMBus adapters.
Do you want to probe now? (YES/no): y
Probing for PCI bus adapters...
Use driver `i2c-piix4' for device 0000:00:14.0: ATI Technologies Inc SB600 SMBus

We will now try to load each adapter module in turn.
Module `i2c-piix4' already loaded.
If you have undetectable or unsupported I2C/SMBus adapters, you can have
them scanned by manually loading the modules before running this script.

We are now going to do the I2C/SMBus adapter probings. Some chips may
be double detected; we choose the one with the highest confidence
value in that case.
If you found that the adapter hung after probing a certain address,
you can specify that address to remain unprobed.

Some chips are also accessible through the ISA I/O ports. We have to
write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM78-J' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No

Some Super I/O chips may also contain sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Trying family `ITE'... No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... Yes
Found unknown chip with ID 0x0723

Some south bridges, CPUs or memory controllers may also contain
embedded sensors. Do you want to scan for them? (YES/no): y
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD K10 thermal sensors... Success! <--- 見つけたらしい
(driver `to-be-written')
Intel Core family thermal sensor... No
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal and voltage sensors... No

Now follows a summary of the probes I have just done.
Just press ENTER to continue:

Driver `to-be-written' (should be inserted):
Detects correctly:
* Chip `AMD K10 thermal sensors' (confidence: 9)

Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): y
sles:~ #


この後、一度システムをリブートする必要があります。

これでCPUの内部温度の監視ができるようになります。

が、あまりに貧弱なマシンの都合で正しく検出できないようだったので、同じ操作を openSUSE が動くマシンで実行してみました。

---
センサーが認識できた場合

mutant:~ # sensors
radeon-pci-0008
Adapter: PCI adapter
temp1: +48.0°C

k10temp-pci-00c3
Adapter: PCI adapter
temp1: +48.1°C (high = +70.0°C)
(crit = +75.0°C, hyst = +72.0°C)

mutant:~ #



やはり、ちゃんとアクティベーションコードを購入して、最新のハードウェアのセンサーを取得することをお勧めします。


このほかに proc や meminfo などの情報を html 化して、ブラウザからちょこっと管理するという方法もあるというわけです・・

HP や Dell などのメーカー品であれば、管理ツールは無償（もしくは有償の高機能品）が使えますが、ホワイトボックスサーバーなどの場合は、管理ツールを工夫することで、「ある程度」使い物になる監視ツールとなります。

もちろん webmin 使った方がいいよ、というご意見もあります。

もっともログが読めることと理解できることに違いがあることは勿論です、

-オチ-

どうも機材の動作がおかしいなと思ったらＣＰＵファンが壊れていました.....

-keyword-

SUSE Linux リモート管理　温度管理　SMART管理　XEN 仮想化ホストのハードウェア管理

islandcenter.jp