tsuyoshi's notes

移転しました

2018-03-14T11:30:00.000+09:00

BloggerだとMarkdownで書けなくて辛いのではてなブログに移転しました。
移転先: http://tsuyosh.hatenablog.com/

昔の記事はこのままにしておきます。

2017年を雑に振り返ってみた

2017-12-31T20:29:00.001+09:00

TwitterのTLを見てて振り返りの記録を残そうと思い立ったので雑に書きました。来年はちゃんと記録を残そう...

お仕事面での1年間

某デバイス向けAndroidアプリ開発

年頭から8月までやってました。
モデルチェンジに伴う新機能の実装がメインでした。

もう2015年からやってるアプリなのでそこまで炎上はしませんでしたがなんだかんだで500コミット位コードを書いてました。

去年の開発では難航したためにDroidKaigi 2016の参加を諦めた辛い記憶があったので1,2月は猛烈に開発を進めて何とか参加できたのはいい思い出?かもしれません。

この頃からAndroidアプリのアーキテクチャをちゃんと考えないとなぁということでMVPとかMVVMとかDDDとかについて調べだしました。

ソーシャルメディアの分析サービスっぽいの開発

6月〜11月ぐらいまで

TwitterとかInstagramとかソーシャルメディアのツールですがお客さんの要望やイベント対応に合わせて新機能開発をやってました。サービス自体は去年位に始まってたんですが久々にLaravelを触りました。

某アプリのリニューアル開発

9月〜現在進行中

2つの類似するサービス向け(flavorで分けてます)のアプリとそのタブレット対応の開発をしています。フルKotlin & MVVM & Android Clean Architectureの考え方を取り入れて少し今風になりました。(FluxとかAACとかはまだ

現在スマホ版アプリ開発の佳境です。年内リリース目標だったんですが残念ながら年を越しそうです。DroidKaigi 2018までには終わってるといいけどなぁ...(´・ω・`)

発表

potatotips #41で"Android Font Updates"という題目で発表させていただきました。
https://speakerdeck.com/tsuyosh/android-font-updates

映画

34本くらい観てました。印象に残ったのは

ザ・コンサルタント
ラ・ラ・ランド
３月のライオン前編&後編
夜は短し歩けよ乙女
メアリと魔女の花
ジョン・ウィック：チャプター２
ダンケルク
アウトレイジ　最終章
ベイビー・ドライバー
アトミック・ブロンド
gifted
スター・ウォーズ VIII 最後のジェダイ

を挙げときます。時間あったらもっと色々観たかった(´・ω・`)

アニメ

ネットでほぼリアルタイムで見れるようになって便利になりましたよね。

Little Witch Academia
ボールルームへようこそ

来年の目標

転職&移住
体重を落とす
DroidKaigiにCfPを出したい
ISUCONに参加したい

来年は今年以上に充実した年でありますように...

Sony Smart Wireless Headset pro購入

2012-10-28T03:32:00.002+09:00

前機種のMW600のバッテリーがへたってきたので新機種のMW1を購入しました。

左がMW1で右がMW600

裏面。SONYロゴの部分がクリップになっている

表面。右側のmicroSDは付属品(4GB)です。

キャップを取るとmicroSDのスロットとmicroUSBがあります。
キャップは紐みたいなのが付いていて失くさないように工夫されています

側面から。左から順に先送り、再生・一時停止、逆送り、モード変換ボタン、最後にmicroUSB

もう片方の側面。音量調節ボタンがあります

microUSBケーブルで充電しながら音楽が聴けます

クリップを上げるとSony Ericssonの名残が見られますw

MW600と比べた使用感

曲を聞きながら充電できる

個人的に一番大きいのがこれ。MW600はUSBケーブルをつなぐと問答無用でスリープしてしまっていたがMW1はケーブルをつないでもスリープしないので曲を聞きながら充電可能。

ボタンの種類が増えた

モードの切り替えがやりやすい。MW600だと再生ボタン長押しの後にタッチ式のバーでモードを変更して一定時間待つ必要があったがMW1の場合、モード切り替えボタンを押して、逆送り、先送りボタンでモードを変更して再生ボタンで決定と分かりやすい。

あとMW600のタッチ式のバーは服や肌に触れただけで誤動作を起こす場合があったがMW1の場合はボタン式で感触も固くなっているので誤動作は少なくなった。

ボタンが増えてシンプルじゃなくなったがこれはMW600と比べてより多機能化(Smart)になったので仕方ないのかもしれない。次の機種では第6世代iPod nanoのようにボタンを減らしてタッチパネル化したらより魅力的な製品になるんじゃないかと思うんだけどどうなんでしょ?

幅広で薄くなった

幅広になったおかげでディスプレーの情報量が多くなり、ディスプレーの横にある応答ボタンが大きくなったおかげで押しやすくなった。MW600は爪の先で押さないといけないぐらい小さかったがこれのおかげで電話を取る動作や切る動作がやりやすくなった。
あと丸い棒状だったのが平面になったので安定感が増して持ちやすくなった。

Androidとの連携が強化

Google Playから公式アプリをインストールすると通話履歴、SMS、Gmailなどをディスプレーに表示するミニアプリが利用できる。ミニアプリは開発者が自由に作れるようになっている。

ファームウェアの更新が可能

Smartと銘打っているだけあってファームウェアの更新が可能。ファームウェアは前述の公式アプリ経由でアップデート可能なのでわざわざPCにケーブルをつなぐ必要はない。

単独で音楽再生が可能

microSDに音楽を入れて単独で音楽が聞けますが対応フォーマットがwavとmp3のみなので個人的に要らない機能。最低でもaacサポートが必要でしょ。ファームウェアで対応できないですかねぇ...
あとAndroid端末内の音楽をmicroSDにワイヤレスで同期できたら最高なんだけど

NEXUS 7でみちびき(QZSS)を捉えられるらしい

2012-10-13T19:00:00.000+09:00

TLを見ていたら

Nexus7 の gps チップ　qzss対応ではあるそうだけど、反映されているのかな？　だれかNexus7もちで　gpsソフトで193番（qzss みちびき）とれるか見てくれないかなあｗ　
— きみ＿Licaさん (@kimi_lica) 10月 10, 2012

ということなので手元のNEXUS 7で捉えられるか確認してみました。

GPS TestとGPS Essentialsというアプリで見ましたが両方とも01番の衛星として表示されました。スマホ(GALAXY NEXUS)でもやってみましたがこちらは01番の衛星は捉えられませんでした。

計測場所: 渋谷某所

NEXUS 7: 真ん中(天頂)付近に02番の衛星と重なる形で01番の衛星が見えます

GALAXY NEXUS: 天頂付近には02番の衛星しか表示されていません

01番の衛星がGPSなのかQZSSなのか判別が付きませんがGPSの方は同時刻では日本上空を飛んでいないのでQZSSで確定となりました。

.@terakinizers bit.ly/RvKiqA n2yo.com/satellite/?s=3… 本来PRN01があたる機体は今日本から見えませんし、位置も違いますのでその01がみちびきであっていそうですね。ありがとうございます！
— きみ＿Licaさん (@kimi_lica) 10月 10, 2012

あと、NEXUS 7はGALAXY NEXUSと比べてもGPSの感度が高いことも確認できました。

Rクラスを直接参照せずにリソースを取得する

2012-10-09T02:15:00.000+09:00

たまにRクラスを参照せずにリソース(drawable, layout等)を取得したい場合があります。

今まではresource id(例: R.drawable.hogehoge)の値をリフレクションを使って取得するユーティリティーを作ってしのいでいたのですがそんな物を作らなくてもResources.getIdentifier(String, String, String)というそのまんまのメソッドがありました。

ActivityやService内でこんな感じで使えます

int resId = getResources().getIdentifier("hogehoge", "drawable", getPackageName());

AngularJSを使ってみた

2012-06-20T04:00:00.000+09:00

味見部さんでAngularJSを勉強したので簡単なサンプルを作ってみました。

2012-06-19 1st - jsdo.it - share JavaScript, HTML5 and CSS

スケジュール(名前と日時)を入力してリストに名前と残り時間(秒)を表示する簡単なものです。

残り時間はsetInterval()で1000msごとにスケジュールをforEachで回して更新しています。
AngularJSならbindしているView部分が自動的に更新されるはず、と期待していたのですが外れました。

入力欄に何かタイプすると分かりますがUIへのイベントを契機にbindしているViewが更新されます。

AIR for iOSでAPNsをサポートするためのTips

2012-04-24T02:36:00.000+09:00

【追記】AIR 3.4から正式にAPNsによるPush Notificationがサポートされました。この記事で紹介しているやり方だと恐らく不具合が生じる可能性がありますので標準のAPIを使うようにしてください。詳しくはプッシュ通知の使用を見てください。

AIRのアプリでAPNsをサポートする必要があったのでANEで実装してみました。
既に実装した人はいるようなのですが(参考)ソースがなかったので自作しました。

iOSアプリでAPNsを使うには大雑把に以下の実装が必要です。

UIApplicationのregisterForRemoteNotificationTypes:メソッドを呼び出す。端末をAPNsに登録します
AppDelegateに以下のメソッドを実装

application:didRegisterForRemoteNotificationsWithDeviceToken: APNsの登録に成功した場合の処理
application:didFailToRegisterForRemoteNotificationsWithError: APNsの登録に失敗した場合の処理
application:didFinishLaunchingWithOptions: Remote通知に含まれる情報を読み取ります(アプリ起動時)
application:didReceiveRemoteNotification: Remote通知に含まれる情報を読み取ります(アプリ起動中)

これをANEで実装する場合、いろいろ試して下のような形で実装できました。

UIApplicationのregisterForRemoteNotificationTypes: メソッドを呼び出す

普通にANEの関数内で呼び出します。UIApplicationのインスタンスは[UIApplication sharedApplication]で取れます。UIApplicationはSingletonのようです。

UIApplicationDelegateにPush関連のメソッドを実装

こいつが結構くせ者でしてAIRのRuntimeが既にDelegateを実装してしまっているのでむやみに取り替えられません。また、ソースもありません。

いろいろ調べた結果以下のような方法を採りました。

適当なクラスのload()メソッド内でNSNotificationCenterを利用して起動時のイベントを監視するObserverを登録します. このObserverの引数(NSNotification)からapplication:didFinishLaunchingWithOptions:で渡される起動時の引数を取得できます。(参考)
APNs関連のメソッド3つについてはAIR Runtimeでは実装してないはずなので上のObserverの中でメソッドを丸ごとオレオレ実装の物にオーバーライドします(参考)。将来AIRでAPNsがサポートされたらおかしな事になるかもしれませんので注意してください。

AIR(Flash)もiOSも始めたばっかりで苦労しましたがいろいろ勉強になりました。

AIR for iOSのStageWebViewで画像の動的表示が出来ない件

2012-03-30T04:33:00.000+09:00

AIR for iOS環境でCameraUIやCameraRollingで取った画像をローカルストレージ上に保存してそれをStageWebViewで表示させようとしても表示されない

AIRからStageWebView.loadUrlでJavaScriptを実行してDOMツリーにimgタグを追加したが表示されない。100ms後にsetTimeoutでimgのsrc属性に全く同じ値をあえて代入するようにするとなぜか表示される。

Android版では不要でiOS版の場合だけ必要な処理

TODO

Safariでの動作も調べてみる
UIWebViewでの動作も調べてみる

後日コードも交えてまとめる予定

AndroidのBackup Data APIについて調べてみた

2011-08-26T02:04:00.001+09:00

どうやってどこにバックアップデータを保存しているのかソースから探してみた。自分用のメモなので適当です。

検索対象

バックアップデータの転送路はIBackupTransportでインターフェース化されていてその実装は確認できた限りで2種類ある。

LocalTransport : 文字通り端末のローカルファイルにバックアップする実装。 /cache/backup/(パッケージ名) 以下にバックアップする。
com.google.android.backup/.BackupTransportService : Android Backup Service用の実装っぽい。ソースコードは当然ないのでこれ以上追えなかった..

Windowsのエクスプローラーがフリーズする現象

2010-11-07T02:01:00.000+09:00

ここ数ヶ月の間Windowsのエクスプローラーの調子がおかしかったのでぐぐって直した。

症状

アイコンをダブルクリックしてもエクスプローラーがハングアップする。数分待つと関連付けされたアプリが起動する。
アイコンを右クリックするとエクスプローラーがハングアップする。待つとメニューが出る。
普通にアプリにドラッグアンドドロップする分にはフリーズしない。

ググッたところ同様に悩んでいる方がいた。
ファイルの起動が遅い

レジストリに存在しないマシンへのファイル共有のリンクがあるとフリーズするらしい。
大体の原因がわかったのでregeditでレジストリをエクスポートしてテキストエディタから「\\\\」(UNCの最初の\\を\でエスケープした文字列)で検索して片っ端からファイル共有へのリンクがないかチェックした。

案の定4,5個ぐらい存在しないマシンの共有ファイルへリンクしていた。やった覚えはないんだけどなぁ。。

当該箇所を削除したところ再起動なしでエクスプローラーがフリーズしなくなりました。
再インストールも考えていたので助かりました。

kickstartで最小限の構成でインストール

2010-10-21T02:39:00.001+09:00

最小限の手間でサーバーを配備できるようにしたいのでkickstartインストールをやってみました。

とりあえずの目標としては以下の2点。

最小構成でインストール。必要なdaemonはsshdだけ
DAGリポジトリからPuppetをインストール。これは次回以降の自動設定の布石

設定ファイルを作った手順は以下のような感じ

実際に手動で最小限の構成でインストールしてみる
インストール後に/root/anaconda-ks.cfgを参考に編集。オプションの詳しい説明はRedHatのマニュアルやウノウラボさんのblogを参考にした。
編集した設定ファイル(ks.cfg)をhttpでアクセスできる場所にアップロード。自分はDropboxのPublic領域にコピー。これで自前のWebサーバーを準備する手間が省ける
VMWare Playerで実際にkickstartインストールできるか確認。思ったとおりにいってない箇所があれば2に戻る。

で、できた設定ファイルが以下のようになります。一部()で囲っている部分は適宜置き換えてください。

install
url --url http://ftp.iij.ad.jp/pub/linux/centos/5.5/os/i386

lang ja_JP.UTF-8
keyboard jp106
timezone Asia/Tokyo

network --device eth0 --bootproto dhcp --hostname (ホスト名) --noipv6
firewall --enabled --port=22:tcp

rootpw --iscrypted (暗号化パスワード)
authconfig --enableshadow --enablemd5
selinux --permissive

bootloader --location=mbr --driveorder=sda
clearpart --all --initlabel --drives=sda
part /boot --fstype ext3 --size=100 --ondisk=sda
part pv.2 --size=0 --grow --ondisk=sda
volgroup VolGroup00 pv.2
logvol swap --fstype swap --name=swap --vgname=VolGroup00 --size=512
logvol /usr --fstype ext3 --name=usr --vgname=VolGroup00 --size=8000
logvol /home --fstype ext3 --name=home --vgname=VolGroup00 --size=5000
logvol /var --fstype ext3 --name=var --vgname=VolGroup00 --size=4000 --grow
logvol / --fstype ext3 --name=root --vgname=VolGroup00 --size=2000

## DAG RPM repository for installing Puppet
#repo --name=dag --baseurl=http://ftp.riken.jp/Linux/dag/redhat/el5/en/x86_64/dag
repo --name=dag --baseurl=http://ftp.riken.jp/Linux/dag/redhat/el5/en/i386/dag

## set startup services
services --disabled=gpm,haldaemon,ip6tables,mcstrans,messagebus,netfs,rawdevices,restorecond

## user add
user --name=(ユーザー名) --groups=users

%packages --nobase
@core
telnet
vim-enhanced
screen
puppet

%post

## sshd deny password authentication
sed -i 's/^PasswordAuthentication yes/PasswordAuthentication no/' /etc/ssh/sshd_config

install -d -m 0700 -o tsuyosh -g users /home/(ユーザー名)/.ssh
cat > /home/(ユーザー名)/.ssh/authorized_keys <<KEY
(sshの公開鍵データ)
KEY
chown (ユーザー名):users /home/(ユーザー名)/.ssh/authorized_keys

インストールCDからbootしてksオプション付きでlinuxを起動させます。自分の場合はnetinstall CDを使いました。

linux ks=(設定ファイルのURL)

なお、httpでkickstartファイルを落としているのでDHCPでIPアドレスを自動取得できて設定ファイルをダウンロードできる環境にサーバーを置く必要があります。

WD20EARSで超簡単なベンチを取ってみる

2010-07-20T00:12:00.003+09:00

2TBなのに9000円割れを起こしているWestern DigitalのWD20EARSだが物理セクターが4KiB(4096 byte)で論理セクターを512byteにエミュレートしている代物なのでパーティションの切り方に注意しないとパフォーマンスが低下する。

詳しい内容についてはLinux Kernel Watchを参照。

要はパーティションの開始位置が8の倍数(8は4096÷512の結果)であればいい。
通常、fdiskなどでパーティションを切っていると以下のように第一パーティションが第63セクターから始まるのでこのケースだとパフォーマンスが落ちます。(63は8で割り切れないため)

[root@enterprise ~]# parted /dev/sda
GNU Parted 1.8.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s
(parted) p

Model: ATA WDC WD20EADS-22R (scsi)
Disk /dev/sda: 3907029167s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start        End          Size         Type     File system  Flags
 1      63s          1953134504s  1953134442s  primary               raid

今回は書き込み性能だけパフォーマンスの増減を確認した。

time dd if=/dev/zero of=test1 bs=128k count=32768
32768+0 records in
32768+0 records out
4294967296 bytes (4.3 GB) copied, 78.149 seconds, 55.0 MB/s

real    1m18.721s
user    0m0.055s
sys     0m8.456s

time dd if=/dev/zero of=test2 bs=128k count=32768
32768+0 records in
32768+0 records out
4294967296 bytes (4.3 GB) copied, 133.031 seconds, 32.3 MB/s

real    2m19.676s
user    0m0.064s
sys     0m8.659s

time dd if=/dev/zero of=test3 bs=128k count=32768
32768+0 records in
32768+0 records out
4294967296 bytes (4.3 GB) copied, 103.591 seconds, 41.5 MB/s

real    1m49.534s
user    0m0.049s
sys     0m8.402s

time dd if=/dev/zero of=test4 bs=128k count=32768
32768+0 records in
32768+0 records out
4294967296 bytes (4.3 GB) copied, 92.4522 seconds, 46.5 MB/s

real    1m33.231s
user    0m0.044s
sys     0m8.058s

time dd if=/dev/zero of=test5 bs=128k count=32768
32768+0 records in
32768+0 records out
4294967296 bytes (4.3 GB) copied, 96.5241 seconds, 44.5 MB/s

real    1m42.806s
user    0m0.050s
sys     0m8.364s

● partedを使ってGPTでパーティション開始位置が8の倍数になるように設定した場合
[root@enterprise ~]# parted /dev/sdd
(parted) unit s
(parted) mkpart primary 40 1953125039
(parted) mkpart primary 1953125040 3906250039
(parted) p

Model: ATA WDC WD20EARS-00M (scsi)
Disk /dev/sdd: 3907029167s
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start        End          Size         File system  Name     Flags
 1      40s          1953125039s  1953125000s  ext3         primary
 2      1953125040s  3906250039s  1953125000s               primary
(parted) unit GB
(parted) p

Model: ATA WDC WD20EARS-00M (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      0.00GB  1000GB  1000GB  ext3         primary
 2      1000GB  2000GB  1000GB               primary

[root@enterprise ~]# time /sbin/mkfs.ext3 /dev/sdd1
real    4m4.347s
user    0m0.763s
sys     0m19.149s

先ほどと同様にddでwriteの速度を5回検証。先ほどよりも2倍ちょっと速い
[root@enterprise ~]# mount /dev/sdd1 /data3
time dd if=/dev/zero of=test1 bs=128k count=32768
4294967296 bytes (4.3 GB) copied, 39.2418 seconds, 109 MB/s

real    0m40.107s
user    0m0.053s
sys     0m8.217s

time dd if=/dev/zero of=test2 bs=128k count=32768
4294967296 bytes (4.3 GB) copied, 54.6037 seconds, 78.7 MB/s

real    0m55.010s
user    0m0.063s
sys     0m8.313s

time dd if=/dev/zero of=test3 bs=128k count=32768
4294967296 bytes (4.3 GB) copied, 47.1927 seconds, 91.0 MB/s

real    0m48.051s
user    0m0.048s
sys     0m8.491s

time dd if=/dev/zero of=test4 bs=128k count=32768
4294967296 bytes (4.3 GB) copied, 50.3923 seconds, 85.2 MB/s

real    0m51.414s
user    0m0.055s
sys     0m8.230s

time dd if=/dev/zero of=test5 bs=128k count=32768
4294967296 bytes (4.3 GB) copied, 55.192 seconds, 77.8 MB/s

real    0m56.192s
user    0m0.064s
sys     0m8.125s

LinuxのHDDを増設してみた

2010-07-18T07:24:00.011+09:00

2TBのHDDがお手軽に買えるようになってきたのでLinuxサーバーのHDDを交換・増設してみた。

変更前の状態は以下の通り
sda: WD10EADS
sdb: WD20EADS sdb1,sdb2にそれぞれ1000GBずつ割り当て
sdc: WD20EADS sdc1,sdc2にそれぞれ1000GBずつ割り当て

今回はsdaを取り外してWD20EARSを2台増設する。
あとRAID化されていない領域をRAID-5化する。
総容量は4TBから6TBになる

WD20EARSは普通のHDDと違って物理セクターサイズが4KiBなのでパーティションを適切に切らないとWriteのパフォーマンスは半減する。この辺は簡単なベンチマークをしたので後述。

結局通常のMBRでなくGPTでパーティションを以下のように切りました

GNU Parted 1.8.1
Using /dev/sdd
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s                                                           
(parted) p                                                                

Model: ATA WDC WD20EARS-00M (scsi)
Disk /dev/sdd: 3907029167s
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start        End          Size         File system  Name     Flags
 1      40s          1953134487s  1953134448s  ext3         primary  raid 
 2      1953134488s  3906268935s  1953134448s               primary  raid

パーティションはこんな感じで作りました。

mkpart 40 1953134487

mkpart 1953134488 3906268935

set 1 raid on

set 2 raid on

さてパーティションの準備ができたのでsdaをraid arrayから切り離してsdd1を追加する。

[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdc1[2] sdb1[1] sda1[0]
      1953134208 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
(md1が稼動中。sda1,sdb1,sdc1でarrayを構築)

[root@enterprise ~]# mdadm --manage /dev/md1 --fail /dev/sda1
mdadm: set /dev/sda1 faulty in /dev/md1
(sda1が壊れたフラグを立てる。もちろん壊れてはいないが)

[root@enterprise ~]# mdadm --manage /dev/md1 --remove /dev/sda1
mdadm: hot removed /dev/sda1
(sda1をarrayから切り離す)

[root@enterprise ~]# mdadm --misc --zero-superblock /dev/sda1
[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdc1[2] sdb1[1]
      1953134208 blocks level 5, 64k chunk, algorithm 2 [3/2] [_UU]
(sda1がなくなっているのがわかる)

[root@enterprise ~]# mdadm --manage /dev/md1 --add /dev/sdd1
mdadm: added /dev/sdd1
(sdd1をmd1 arrayに追加)

[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdd1[3] sdc1[2] sdb1[1]
      1953134208 blocks level 5, 64k chunk, algorithm 2 [3/2] [_UU]
      [>....................]  recovery =  0.2% (2126592/976567104) finish=271.5min speed=59814K/sec
(raid arrayのリビルド開始。終わるまで寝るー)

起きたら完了していたので一回shutdownしてsdaを取り外してもう1台のHDDを増設する。こういう構成
sda: WD20EADS sda1,sda2にそれぞれ1000GBずつ割り当て
sdb: WD20EADS sdb1,sdb2にそれぞれ1000GBずつ割り当て
sdc: WD20EARS sdc1,sdc2にそれぞれ1000GBずつ割り当て

sdd: WD20EARS sdd1,sdd2にそれぞれ1000GBずつ割り当て

sddをraid arrayに追加してraid devicesを増やして容量を拡張する。
ちなみにmd1とFS(ext3)の間にLVMを挟んでいるのでオンラインで拡張可能。unmountは不要。

[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdc1[0] sdb1[2] sda1[1]
      1953134208 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

unused devices: 
[root@enterprise ~]# mdadm --manage /dev/md1 --add /dev/sdd1
(sdd1をmd1に追加)
[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdd1[3](S) sdc1[0] sdb1[2] sda1[1]
      1953134208 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

unused devices: 
(この時点ではsdd1はスペアディスク扱い)

[root@enterprise ~]# mdadm -G /dev/md1 -n 4
mdadm: Need to backup 384K of critical section..
mdadm: ... critical section passed.
(RAID-5のデバイス数を3から4に拡大)
[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdd1[3] sdc1[0] sdb1[2] sda1[1]
      1953134208 blocks super 0.91 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
      [>....................]  reshape =  0.0% (35072/976567104) finish=1391.0min speed=11690K/sec
(arrayのリビルド開始)

いまココ。まだ続く...

1日経過してようやくreshape完了。。。
ここからはLVMやFS(ext3)関係の操作。VG(Volume Group)を拡張、LV(Logical Volume)を拡張、FS(File System)を拡張する。
全てオンラインで拡張できる。

[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid5 sdd1[3] sdc1[0] sdb1[2] sda1[1]
      2929701312 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices: 
(ほぼ1日がかりでようやくreshape完了。。)

[root@enterprise ~]# pvscan | grep md1
  PV /dev/md1    VG VolGroup01   lvm2 [1.82 TB / 5.38 GB free]
(まだPVの容量は増えていない)
[root@enterprise ~]# pvresize /dev/md1
  Physical volume "/dev/md1" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized
(pvresizeで実際の容量を認識してくれる)
[root@enterprise ~]# pvscan | grep md1
  PV /dev/md1    VG VolGroup01   lvm2 [2.73 TB / 936.70 GB free]
(PVの容量が900GiB近く増えた)
[root@enterprise ~]# vgdisplay VolGroup01
  --- Volume group ---
  VG Name               VolGroup01
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  24
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                7
  Open LV               6
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               2.73 TB
  PE Size               4.00 MB
  Total PE              715259
  Alloc PE / Size       475463 / 1.81 TB
  Free  PE / Size       239796 / 936.70 GB
  VG UUID               VJYgfz-KEYE-bX7w-wyJw-1vSt-sTd8-czljOL
(VGのFree Sizeも増えてる)
[root@enterprise ~]# lvextend -L +900G /dev/VolGroup01/data1
  Extending logical volume data1 to 2.55 TB
  Logical volume data1 successfully resized
(LV(data1)の容量を900GiB拡張。意外とすぐに処理完了)
[root@enterprise ~]# resize2fs /dev/VolGroup01/data1
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/VolGroup01/data1 is mounted on /data1; on-line resizing required
Performing an on-line resize of /dev/VolGroup01/data1 to 683482112 (4k) blocks.
(結構時間かかる19:26-)

[root@enterprise ~]# df | grep data1
/dev/mapper/VolGroup01-data1
                     2407942276 1541393540 744261696  68% /data1
[root@enterprise ~]# df | grep data1
/dev/mapper/VolGroup01-data1
                     2408974404 1541393540 745241408  68% /data1
[root@enterprise ~]# df | grep data1
/dev/mapper/VolGroup01-data1
                     2409877516 1541393540 746098656  68% /data1
[root@enterprise ~]# df | grep data1
/dev/mapper/VolGroup01-data1
                     2410780628 1541393540 746955904  68% /data1
(resize2fsの処理中の状況。徐々に容量が増えていく..)

ちょうど40分でresize2fsの処理完了。これで増設したHDDの半分を割り当てたことになる。

今度はsd[ab]2においてあるファイルを退避させないといけないので先にsd[cd]2を似非raid-5化してそれをVolGroup01に登録して再拡張してデータを退避させる。また時間かかりそうだ。。

[root@enterprise ~]# mdadm --create /dev/md2 --level=5 --raid-devices=2 /dev/sd{c,d}2
mdadm: array /dev/md2 started.
(1本足りない状態だけど2TBのraid array(md2)を作成)

[root@enterprise ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md2 : active raid5 sdd2[2] sdc2[0]
      976567104 blocks level 5, 64k chunk, algorithm 2 [2/1] [U_]
      [>....................]  recovery =  0.1% (1264640/976567104) finish=321.3min speed=50585K/sec
(なんかブロック数が足りない気がする。。)

上で心配していたようにどうも2TBじゃなくて1TBのデバイスとして認識されているようだ。
RAID5なのにRAID1のような感じになってる。増設したら変わってくるんだろうか。。

[root@enterprise ~]# mdadm --detail /dev/md2
/dev/md2:
        Version : 0.90
  Creation Time : Mon Jul 19 21:05:16 2010
     Raid Level : raid5
     Array Size : 976567104 (931.33 GiB 1000.00 GB)
  Used Dev Size : 976567104 (931.33 GiB 1000.00 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 2
    Persistence : Superblock is persistent

    Update Time : Tue Jul 20 23:55:51 2010
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : 4f7b6a38:0dabaacc:8799f02a:c89f888f
         Events : 0.2

    Number   Major   Minor   RaidDevice State
       0       8       34        0      active sync   /dev/sdc2
       1       8       50        1      active sync   /dev/sdd2

とりあえず先に進む。このmd2もVolGroup01に追加する。今度はpvresizeの代わりにpvcreate,vgextendが必要。

[root@enterprise ~]# pvcreate /dev/md2
[root@enterprise ~]# vgextend VolGroup01 /dev/md2
[root@enterprise ~]# lvextend -L +910G /dev/VolGroup01/data1
[root@enterprise ~]# resize2fs /dev/VolGroup01/data1

この状態でsd[a,b]2においてあるファイルを全部data1に移転。同じディスク間の読み書きだからかなり時間がかかる。
また寝るー

(2010-08-27追記)
もうずいぶん時間がたってしまったがこの後やったことを列挙しておきます。

sd[ab]2を一回まっさらにする。lvremove,vgremove,pvremoveなど
/dev/sd[ab]2を/dev/md2に追加して再びリビルド
pvresize /dev/md2
lvextendとresize2fsでファイルシステムの容量を拡張
/dev/sd[ab]2のパーティションタイプをRAIDにする。数日はまりましたがこれをしないとリブート失敗します。

blogを移転

2010-07-01T00:00:00.000+09:00

某所でMTでblogを構築していたが運営が面倒になったのでblogger.comに移転します。
過去のblogも順次こちらに移転する予定です。

blogの題名通りここはちょいと長めのつぶやきを載せていく予定です。
活動のベースはtwitter(@uecchi)です。