http://support.citrix.com/article/CTX120926

これに合致していた。

このHotfix Rollup Packをインストールすると、ICAファイルのパラメータTcpBrowserAddressではなくHttpBrowserAddressが使用されるようになります。ただし、デリバリーサービスコンソールで作成されるICAファイルには、デフォルトでSSLEnable=ONが指定されます。このため、ICAファイルでサーバーポートとして80を指定すると、アプリケーションが起動に失敗します。この問題を避けるには、サーバーポートとして80を指定する場合はICAファイルをSSLEnable=OFFに変更してください。[#214876]

作成したICAファイルをNotepadで編集して、SSLEnable=OFFとしたところ無事起動した。

「TCP/IP+HTTPブラウスのチェックボタン」をオフにして作成した場合、TcpBrowserAddressだけしかエントリが無いので起動に失敗する。HttpBrowserAddressを追記してやれば起動に成功する。

つまり回避方法は２通り。

1. 「TCP/IP+HTTPブラウスのチェックボタン」をオンにして作成した場合はSSLEnable=OFFにする。
2. 「TCP/IP+HTTPブラウスのチェックボタン」をオフにして作成した場合はHttpBrowserAddressを追記する。

チェックボタンの有無はXenAppサーバの検出時、ICAクライアントからブロードキャストが送信されるかどうかの違い。オフにするとブロードキャストで検出を試みる。このためネットワークトラフィックが発生するので、基本的にはオンにしてICAファイルを作成する。詳細は以下。

http://support.citrix.com/article/CTX114457

XenAppサーバにインストールしていたんですが、別のサーバにインストールしてみるとアッサリ動いてしまいました。

XenAppのライセンスサーバにWeb Interfaceをインストールしてます。

XenAppサーバのインストールの時、IPSEC Serviceが無効になっているとインストール途中で失敗するという罠もあります。

私はIPSEC Serviceを無効にしがちなので、ハマりました。

管理用DBがmdbからSQL Server Expressに変更されたから、というのが理由。

回避策として、vCenter用の仮想マシンを立てた。

#DHCP

#dhcp relay server-group 0 ip 192.168.1.1

vlan interfaceで設定

#dhcp select relay

#dhcp relay server-select 0

斜体の0は0から9までの間で自由に設定する。

1. ESX3.5が稼働している環境で仮想マシンを作成
2. vCenter ConverterのBootCDで仮想マシンをブートさせ、VMware Server向けの.vmdkにコンバート
3. 社内に持ち帰ってVMware Serverにインポートして色々設定
4. 再びvCenter ConverterのBootCDでコンバート
5. Converter Standaloneで、仮想マシンをESX3.5にインポート

ざっくりとした手順はこんな感じです。

vmfsデータストアから直接FTPやSCPでダウンロードする方法がありますが、ESXのバージョン違いなどでトラブルがありそうなので、Converterを利用することにしました。

コンバートしたvmdkはUSB-HDDで運びましたが、帯域さえあればネットワーク越しで運べるので、改めて仮想化のメリットを感じることが出来た仕事です。

退職した先輩が残したものを細々修正するか、一から作るか。

結局一から作り直してます。

最終的に紙に出力するから様式が大事で、Wordになりそうです。

ATM回線からPPPoEへの切り替え。

今使っているルータがPPPoEに対応してるのかどうか不明なので、そこから調べていかないと。

設計は今のものを踏襲するつもりで、あまり悩んではいないです。

問題は開通までのリードタイムだなあ。

＜ポーリング間隔の修正＞

デフォルトだと1分間隔です。

監視対象への負荷が気になるので5分間隔に変更しました。

＜機器登録の流れ＞

1.監視対象の機器を登録する

<Management>-<Devices>から登録します。

2.登録した機器のグラフを作成する

<Devices>での登録後、そのまま<Create Graph for this host>でグラフを作成します。

3.作成したグラフをグラフツリーに登録する

<Devices>で一覧表示されている機器をクリックし選択後、右下のメニューから登録したいグラフツリーを選び、Moveします。

＜Monitorの設定＞

機器の登録時にMonitorの対象にするかどうか選択できます。

登録しておくとMonitorタブでアイコンが表示されます。機器の死活状態や、グラフへのリンクが用意されるので大変便利です。

アイコンの並び方を選べるので、グラフのTreeで分けるようにしました。

が、うまく並びません。

Treeのトップレベルで分けようとするとグループ分けがうまくいきません。

結論から言うとトップレベルの下にHeaderを作り、そこでグループ分けするようにするとうまくいきました。

ここまでで対象機器のトラフィック監視（グラフ化）と死活監視ができます。

CentOSをベースにCactiの主要プラグインをまとめたパッケージです。cactiは環境依存が結構あるので、これは便利。

早速新しくVMを作成してインストールしました。手順をまとめます。

＜準備するもの＞

・CactiEZのISOファイル （リンク先はISOをtar.gzしてあるもの）

＜インストールの手順＞

１．VMはメモリが512MB、HDDは8GBで作成。

２．CactiEZのISOをCD-ROMドライブにConnectしてインストールCDからブート。

３．boot:プロンプトでEnterを押すとインストールが開始。

４．15分程度でインストール完了。

＜環境設定＞

やらないといけないことは、オフィシャルサイトに記載があります。一応順番に進めます。

1.ネットワーク設定 

表示される画面に沿って自分のネットワーク環境に応じて設定します。設定後、ネットワーク関係のデーモンを再起動します。

# netconfig
# service network restart

2.時刻合わせ

真っ先にこのコマンドで時刻合わせをします。

# ntpdate -u ntp.nict.jp

言うまでもないですが、監視システムの時刻合わせはかなり重要です。

3.Changing the root password

誰も見なくても変更しておきましょう。

# passwd

4.FTPサーバは無効

データのやりとりにはWinSCPかPuttyを使ってください。

5.自動更新(yum)の無効化

デフォルトでyumが有効なので無効にします。

もちろんアップデートをかけ続けたいときはそのままでOKです。私は依存関係が崩れるのが嫌なので無効にしました。

# service yum stop
# chkconfig yum off

6.キーボード配列の変更

私は不要ですが、必要な方もおられるかもしれません。

# yum install system-config-keyboard
# system-config-keyboard

7.タイムゾーンの変更

監視システムにとっては時刻同期は肝です。色々な方法がありますが、次の手順で変更しました。

# cp -a /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

8.GUI環境のインストール

個人的には不要ですが、必要なら次のコマンドでインストールしてください。

# yum groupinstall "X Window System" "KDE (K Desktop Environment)"

9.cronでntpdateを実行させる

VMとCentOSの相性と言われますが、時刻ズレが生じます。先述した通り、時刻がズレているのは致命的なのでcronでntpdateを実行させることで無理矢理合わせてます。

rootのcrontabを編集します。

# crontab –e

0,5,10,15,20,25,30,35,40,45,50,55 * * * * /usr/sbin/ntpdate –s ntp.nict.jp

10.完了

一応ここまでで環境の設定は終わりです。

あとはcactiの設定になります。