Outlook.comにAndroid端末から接続するときのメモ。

手元のGalaxy Nexus (Android 4.0.4)から、Outlook.comへActiveSyncの設定をしたときのメモ。

アカウントの追加手順

1. 「設定」→「アカウントと同期」を開いて、「アカウントの追加」を選択。
2. 「コーポレート」を選択。
3. 「Exchangeアカウントを追加」画面が出てくるので、以下を入力し「次へ」をタップ。
• メールアドレス … hoge@outlook.com
• パスワード … 設定しているパスワード
4. 「アカウント設定」画面が出てくるので、以下項目を入力。
• ドメイン\ユーザ名 … hoge@outlook.com
  ※この画面上では先頭に\をつける必要は無い。
• パスワード … 前画面で入力したもののまま
• サーバー  … m.hotmail.com (outlook.comから変更する)
• 安全な接続(SSL)を使用する にチェック
• すべてのSSL証明書を承認 はデフォルトのままチェックしない
• クライアント証明書  … 選択不要。
5. アカウントの同期頻度、同期日数などが設定できるのでお好みに応じて設定。

以上でOutlook.comにメールが届くとプッシュ通知されるようになりました♪

注意： 他サイトなどで「ドメイン\ユーザ名は、"\hoge@outlook.com"と入力すると記載されていることが多いですが、ユーザ入力としては先頭の"\"は不要です。認証後に自動的に付与されるみたい。
(逆に入力するとUPNとして不正になるためユーザ名・パスワードがいくら合っていても通らない)

CentOS 6.3をHyper-V (2008R2)にインストールしたよ…Hyper-V統合サービスで躓いたからメモするよ。

Hyper-V (2008R2)上にCentOS 6.3をインストールしたときのメモ。

仮想マシン(VM)を構成する。

CPUコア数、メモリ量はお好みで。

ネットワークインターフェースは標準のものを指定する。

※ Hyper-V 統合サービスをインストールするまではethXとして起動できないので注意。

CentOS 6.3をISOイメージからインストールする。

http://www.centos.org/ から適当なミラーサイトを選んでCentOSのISOイメージをダウンロード。

あとはDVDドライブにISOイメージをマウントして、インストールを実施する。

Hyper-V 統合サービス (Integration Services) v3.3をインストールする。

Linux Integration Services Version v3.3 for Hyper-V [Microsoft] からHyper-V 統合サービス Ver. 3.3をダウンロードする。
※Ver. 3.2はRHEL 6.x系には対応しないみたいなので注意。

次に落としてきたISOイメージをマウント。

# mount /dev/cdrom /mnt
# cd /mnt
# ./install.sh

※ install.shによる自動インストールが出来ない場合は、以下のコマンドでインストールする。
# rpm -Uvh --nodeps microsoft-hyper-v-rhel63.3-4.20120605.x86_64.rpm
# rpm -Uvh --nodeps kmod-microsoft-hyper-v-rhel63.3-4.20120605.x86_64.rpm

上記、INSTALLING HYPER-V INTEGRATION SERVICES ON CENTOS 6.3/RHEL 6.3 を参考にしたんですけどね。

ネットワークインターフェース(ethX)にIPアドレスを設定する。

まずはホスト名やデフォルトゲートウェイを定義します。
# vi /etc/sysconfig/network
NETWORKING=yes
GATEWAY=10.2.234.1
HOSTNAME=RIKUZB01

次にethXのインターフェース毎にIPアドレスなどを設定します。

# vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

IPADDR=10.2.234.90

NETWORK=10.2.234.0

BROADCAST=10.2.234.255

NETMASK=255.255.255.0

ONBOOT=yes

もしも複数のネットワークインターフェースを割り振ったりした場合にethXの順番を入れ替えたい場合は以下のファイルを編集します。

# vi /etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:15:5d:fe:82:19", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

↑MACアドレスがATTR{address}==の文字列のものと一致していれば、eth0という名前を与えるという設定。
　なので、eth1とeth0をひっくり返したい場合はNAMEを入れ替えればＯＫです。

全ての設定が終わったら、networkサービスを再起動して確認します。

# service network restart

上手くいかない場合は、 ifdown eth0 → ifup eth0 コマンドを個別に実行すればある程度のエラーメッセージが表示されるので切り分けできるはず。

以上。

WindowsのiSCSI Initiatorを利用する上で必須のチューニング項目メモ

■Disable Nagle Algorithm

HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E97B-E325-11CE-BFC1-08002BE10318}\<Instance Number>\Parameters

iSCSIDisableNagle
: (DWORD) 0x1

■Disabling delayed ACK

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<Interface GUID>

TcpDelAckTicks
: (DWORD) 0x0
TcpAckFrequency
: (DWORD) 0x1

iSCSIターゲットデバイス側でも必要があれば同様の設定を行っておくこと。

IBM System x3200でもディスク障害。

今し方HP ML110G7でのRAIDディスク障害が起こっておりましたが、こちらでも起こっていたので対応中。
こっちは割と古いサーバでまともにDirectorやRSA2を利用していなかったので発覚が遅くなりました。

ディスクの状態を確認する

管理用の画面などを入れてないので、そこら辺にあるフリーソフトを使ってみます。
今回はその中でも有名な？CrystalDiskInfoで見てみました。

S.M.A.R.T.情報を見るのはどのディスク管理ソフトでも共通しているので、分かりやすいですね。
このディスクはどうも代替セクタを使う状態になってる模様。(物理的にどこかおかしなところがあるようです)

ベイ番号などが分からないので、シリアルナンバーを控えてOSシャットダウン。
ホットスワップモデルであればオンラインでディスク交換可能なのですが、このサーバはシンプルスワップモデルなので電源オフ時でないとディスクの抜き差しができないので。。。

ディスクを交換する

ディスク交換ついでにほこり取りも…

RAIDの再ミラー

x3200に標準搭載されているLSI LogicのRAIDコントローラ(MegaRAID)は、障害状態を起こしたディスクなどの情報をNVRAM上にも保持してたはずなので、ディスク交換後は、正常なディスクから新しいディスクに、自動的に再ミラー(RESYNC)をかけてくれます。

RAID状態の確認

きちんと再ミラーが進んでいるかは、MegaRAID Storage Manager上で確認できます。

一応最後に、交換後のディスクのS.M.A.R.T.情報も見ておきます。

大丈夫そうですね。

これも優雅に放置しておきます。

HP ML110G7でディスク障害が起こったときのメモ。

我が家で先日導入したHP ML110G7に、大掃除で発掘されたSeagateの1TB HDDを積み込んで動かしてましたが、どうも調子が悪い様子…と思ってたらついにお亡くなりになりました。

障害ディスクを確認する

内蔵RAIDコントローラ(SmartArray B110i SATA RAID)の場合、HP System Management Homepage (SMH)を入れてるとこんな感じで表示されます。

障害予兆…もうすぐ壊れそうって感じ

障害…壊れちゃってますねｗ

さらに進むとドライブ情報すら取れなくなる

いずれの場合も左側や中央のボックス・ベイから障害を起こしているディスクは簡単に特定できると思います。

ディスクを交換する

ホットスワップモデルの場合は、このままディスクを物理的にオンラインで引っこ抜いて、新しい正常なディスクを挿入してあげれば済むのですが、今回はノンホットスワップモデルなので一回シャットダウンしてオフラインで交換してあげます。

RAIDを再ミラーする

ディスクを交換後、サーバを起動するとPOST画面のあとにSmartArrayのところで「データを再ミラー(リカバリー)するけど良い？」って聞かれるのでF1キーを押して自動リカバリーさせます。

サーバ起動後はオンラインで再ミラーが進みますが、状況を確認するにはまたSMHを見れば分かります。(とはいえ結構時間がかかるので優雅に待ちます)

安鯖とは言え、上位機種(DL3xx,5xxなど)と同じ感じなのでとてもお手軽ですね。

謎のiSCSIストレージ…？

とりあえず環境情報も何も出さずに見ると、以下の結果が「何かおかしい？」と思ってもらえるかと貼り付けてみた。

ちょっといろいろ検証してみますかねぇ。。。

Solaris COMSTARでクラスタ共有ディスクを公開するコマンドのメモ。

Solaris 11上でCOMSTARを使ってiSCSIストレージ領域を公開する手順メモ。
大まかにはブロックデバイスの作成と、iSCSIターゲットの作成、そしてLUNマスキングという流れ。

iSCSIターゲットの作成

root@LAINSS01:~# itadm create-target
Target iqn.1986-03.com.sun:02:ada42f3b-da72-6dd5-ec33-f176bc61f0d2 successfully created
root@LAINSS01:~# stmfadm offline-target iqn.1986-03.com.sun:02:ada42f3b-da72-6dd5-ec33-f176bc61f0d2

iSCSIターゲットをビュー(LUN Maskingグループ)に追加するときにエラーになるので、先にターゲットをオフラインにしておきます。

iSCSIターゲットグループの作成

root@LAINSS01:~# stmfadm create-tg TG-LAINCL01
root@LAINSS01:~# stmfadm add-tg-member -g TG-LAINCL01 iqn.1986-03.com.sun:02:ada42f3b-da72-6dd5-ec33-f176bc61f0d2

先の手順で作成したiSCSIターゲットを一つだけ含んだ、iSCSIターゲットグループを作成します。
(ビューに所属させて、実際にイニシエータからアクセスさせるのはこのターゲットグループになります)

iSCSIホスト(イニシエータ)グループの作成

root@LAINSS01:~# stmfadm create-hg HG-LAINSV01
root@LAINSS01:~# stmfadm create-hg HG-LAINSV02
root@LAINSS01:~# stmfadm add-hg-member -g HG-LAINSV01 iqn.1991-05.com.microsoft:lainsv01.wirednet.local
root@LAINSS01:~# stmfadm add-hg-member -g HG-LAINSV02 iqn.1991-05.com.microsoft:lainsv02.wirednet.local

Windows上でiSCSIを構成するとIQNと呼ばれるホスト識別子が生成されるので、それをホストグループに所属させます。

ブロックデバイス(LUN)の作成

root@LAINSS01:~# zfs list
root@LAINSS01:~# zfs create -V 1G hugepool/block/iscsi/LAINCL01-DriveQ

root@LAINSS01:~# sbdadm create-lu /dev/zvol/rdsk/hugepool/block/iscsi/LAINCL01-DriveQ
Created the following LU:

              GUID                    DATA SIZE           SOURCE
--------------------------------  -------------------  ----------------
600144f090960c0000004fa153370001  1073741824           /dev/zvol/rdsk/hugepool/block/iscsi/LAINCL01-DriveQ

ZFS上で1GBのブロックデバイス領域を切り出した上で、sbdadmコマンドで管理サービスに登録するとGUIDが生成されます。(ビューにはGUID単位で登録していきます。)

ビュー(LUN Masking)の作成

ビューには、iSCSIターゲットグループ＆iSCSIホストグループに対して、公開するブロックデバイスを登録する感じになります。(どこから:target、どこに:host、なにを:LUN、公開するという関係)

root@LAINSS01:~# stmfadm add-view -t TG-LAINCL01 -h HG-LAINSV01 600144f090960c0000004fa153370001
root@LAINSS01:~# stmfadm add-view -t TG-LAINCL01 -h HG-LAINSV02 600144f090960c0000004fa153370001

実際にブロックデバイスがどのビューに紐づけられているかは下のコマンドで確認。
root@LAINSS01:~# stmfadm list-view -l 600144f090960c0000004fa153370001

最後にターゲットをオンラインにすれば、配下のiSCSIホストから認識できるようになります。

root@LAINSS01:~# stmfadm online-target iqn.1986-03.com.sun:02:ada42f3b-da72-6dd5-ec33-f176bc61f0d2


以上。