FreeBSDな生活

2012.03.26

ubuntu 11.10 でwli-uc-gnp(USB無線LAN)・・・(ubuntu)

久しぶりにubuntuをいじりました。
2.5インチのUSB接続で30GBの小型の外付けディスクにubuntu 11.10を入れました。
これで、ubuntuを起動させたければ、USBから起動すればよいので、元々入っているWindows 7には全く手を付けずにubuntuが楽しめます。起動は多少もたつくが、起動してしまえばなかなか快適です。
さて、以前にBuffaloのUSB無線LANアダプターのWli-uc-gnpをubuntuで使う方法を書いたが、ubuntuの11.10になっても基本的には同じだが、多少異なる点もあるので、改めて書いておくことにしました。
lsusbコマンドで調べると下記のように認識している。

# lsusb
Bus 002 Device 004: ID 0411:019e MelCo., Inc. Buffalo WLI-UC-GNP Wireless LAN Adapter

lsmodで調べると、それらしいmodule名が見つからないので、GW-USMicroN-Gを挿して、modprobeをかけてみた。

# modeprobe rt2800usb

そしてlsmodを打つと

# lsmod
rt2800usb              22222  0
rt2800lib              48909  1 rt2800usb
crc_ccitt              12595  1 rt2800lib
rt2x00usb              20092  1 rt2800usb
rt2x00lib              48146  3 rt2800usb,rt2800lib,rt2x00usb

rt2800usbが現れたので、 WLI-UC-GNPに差し替えて再度modprobeを打つと、動き出した。
しめしめと、ここからが実際の適用である。

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

ここで、下記を追加

# USB device 0x0411:0x019e Melco(usb)
SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0411", ATTR{idProduct}=="019e", RUN+="/sbin/modprobe -qba rt2800usb"

次に

# cd /etc/modprobe.d
# vi wireless.conf　　←　新規にwireless.confの名前のファイルを作る。そして下記を書き込んでおく。
install rt2800usb /sbin/modprobe --ignore-install rt2800usb $CMDLINE_OPTS; /bin/echo "0411 019e" > /sys/bus/usb/drivers/rt2800usb/new_id

再起動して、問題なく使用できる状態になることを確認した。

Posted at 01:11 | Category: ubuntu | No Comments

2012.03.13

FreeBSDをUSBメモリーからインストール・・・(FreeBSD)

FreeBSDのISO-IMAGEのダウンロードのディレクトリーには、CDRやDVDに書きこんで使うisoファイルとともに、USBメモリーに書きこんで使う、xxxxxx-memstock.imgがある。

習慣的にCDRを作成してインストールを行なっていたが、FreeBSD 9.0でUSBからの起動を行なってみた。
使用したのは、左の写真のようにmicroSDメモリーと小さなUSBアダプターである。もちろん、USBメモリーとして造られたのを用いても何ら問題はないし、より一般的なことであろう。
まず、既に立ち上がっているFreeBSDのマシンのUSBポートに接続して、da0として認識されることを確認した。次に、FreeBSD-9.0-RELEASE-i386-memstick.imgをダウンロードして、収納したディレクトリーで下記のようにしてインストル用メモリーを作成した。

# dd if=FreeBSD-9.0-RELEASE-i386-memstick.img of=/dev/da0 bs=1m

ここで、bs=1mとして、ブロックサイズを1MBとしたが、約1分30秒ほどで作成が完了した。
bs=10240として、ブロックサイズを1KB程度とすると、5分以上かかってしまった。bs=10mとしても、1mの場合とほとんど変わらなかったので、bs=1mぐらいが適していると思える。
ともかく、簡単に作成できる。出来上がったUSBメモリーで、起動してみたがCDRなどより、立ち上がりが迅速でとても感じがよい。DVDドライブのトレーの開け閉めの煩わしさもなく、もっと早くからUSBにすればよかったと思うこととなった。
なお、Windowsでも作成ツールとしてddの機能を実行するdd for Windowsというフリーソフトと、Image Writer for Windowsがあるが、Image Writer for Windowsの方が作成時間も早くお勧めのようである。

Posted at 06:43 | Category: FreeBSD | No Comments

2012.03.04

GPTでミラー化したHDDの初期化と再組み込み・・・(FreeBSD)

以前に「FreeBSD 9.0のGPTでのミラー構築」を書いたが、HDDの故障に際しての交換作業を行なうことを試みた。現在、ミラーはドライブada0とada1で構成されているが、ada1が故障したとの前提で行うこととした。現実的には、ada1を外して新しいHDDを取り付けることとなるが、新しいHDDの代わりにada1として使っていたHDDを初期化して、再度使うこととし、GPTでミラー化されたHDDを初期化することも合わせて試みることとした。

以下説明のためミラー構成でada0となっていたドライブをdv#0 、ada1となっていたドライブをdv＃１と呼ぶこととする。

1. HDDの初期化

dv#1を初期化するため、dv#0のケーブルを抜き、dv#1のみ実装した状態で、FreeBSD 9.0のインストールCDで立ち上げ、Live CDを選択してrootでログインする。
プロンプトが現れたら、HDDの状態を調べる。

# gpart show
=>         34      312581741 ada0   GPT    (149G)
              34                  128     1   freebsd-boot  (64k)
            162      136314880     2   freebsd-ufs     (65G)
136315042        19986412     3   freebsd-swap   (9.5G)
156301454      156280321          - free -   (74G)

このことから、

bootレコードは、34セクター目から161セクターまで
データー領域は、162 – 136315041
スワップ領域は、136315042 – 156301453

となっていることが分かる。最後の156301454以降312581775までが空きである。最後のセクターが表示の1行目の312581741と僅かに異なるが、理由は分からない。
そして、ミラーのメタデーターはそれぞれの領域の最終セクターに書かれているので、境界を跨ぐようにddで消去する。以下のように行った。

# dd if=/dev/zero of=/dev/ada0 bs=512 count=2000
# dd if=/dev/zero of=/dev/ada0 seek=136314000 bs=512 count=2000
# dd if=/dev/zero of=/dev/ada0 seek=156301000 bs=512 count=2000
# dd if=/dev/zero of=/dev/ada0 seek=312581000 bs=512 count=2000

最後の行の空き領域の最後にzeroを書き込む必要はないと思われるが、以前にもHDD全体でgmirrorで使用した痕跡が残っているかも知れず、念のため消去を行った。
なお、bs=100mとして全領域消去したら約42分かかった。150GBの小容量のHDDでも42分だから、大容量HDDだと丸1日かかるかも知れない。

2. ミラーの再構築の事前確認

Shutdownして、dv#0, dv#1とも接続して普通に立ち上げる。
gpartで確認すると、dv#0の情報のみ表示される。

# gpart show
=>         34      156301421 ada0   GPT    (74G)
              34                  128     1   freebsd-boot   (64k)
            162      136314880     2   freebsd-ufs      (65G)
136315042        19986412     3   freebsd-swap   (9.5G)
156301454                      1          - free -   (512B)

gmirrorのステータスを見ると、

# gmirror status
mirror/p1 DEGRADED ada0p1  (ACTIVE)
mirror/p2 DEGRADED ada0p2  (ACTIVE)
mirror/p3 DEGRADED ada0p3  (ACTIVE)

となっていて、すべてDegradeした状態で動いている。

3. ミラーの再構築

ここで、ada1をada0と同じ分割となるように作る。

# gpart backup ada0 > ada0.gpt
# gpart restore -F ada01 < ada0.gpt

再度、gpart showで情報を見ると、ada0とada1が同じ構成で現れる。ただしdv#1の方が容量が大きいので、最後に付いている空き領域が74Gにもなっている。

# gpart show
=>         34      156301421   ada0   GPT    (74G)
              34                  128     1   freebsd-boot  (64k)
            162      136314880     2   freebsd-ufs     (65G)
136315042        19986412     3   freebsd-swap   (9.5G)
156301454                      1          - free -   (512B)

=>         34      312581741 ada1   GPT    (149G)
              34                  128     1   freebsd-boot  (64k)
            162      136314880     2   freebsd-ufs     (65G)
136315042        19986412     3   freebsd-swap   (9.5G)
156301454      156280321          - free -   (74G)

ここで、ada1にbootレコードを書き込む。
boot領域をミラー化してもbootコードだけは、gmirrorの対象外であるため、マニュアルで書いておく必要がある。最初これが分からず、起動しなくて散々悩むこととなった。

# gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1

gmirrorの構成情報をリセットして状態を確認する。

# gmirror forget p1
# gmirror forget p2
# gmirror forget p3
# gmirror status
mirror/p1 COMPLETE ada0p1  (ACTIVE)
mirror/p2 COMPLETE ada0p2  (ACTIVE)
mirror/p3 COMPLETE ada0p3  (ACTIVE)

構成情報がリセットされたので、それぞれの領域のミラーを構築する。

# gmirror insert p1 /dev/ada1p1
# gmirror insert p2 /dev/ada1p2
# gmirror insert p3 /dev/ada1p3
# gmirror status
Name         status     Components
mirror/p1    COMPLETE   ada0p1 (ACTIVE)
                        ada1p1 (ACTIVE)
mirror/p2    DEGRADED   ada0p2 (ACTIVE)
                        ada1p2 (SYNCRONIZING 1%)
mirror/p3    COMPLETE   ada0p3
                        ada1p3 (SYNCRONIZING 20%)

p1はboot領域で64kBしかないので、同期化は一瞬で終わる。
次にswap領域が、比較的小容量なので短時間で完了する。swap領域の同期化が完了すれば、サーバーは使用可能になる。コマンドの入力に対して通常と思える応答を示す。
本当に、HDDが壊れて新しいHDDを接続したときは、3.項のミラーの再構築のみなので、作業は簡単である。

Posted at 01:46 | Category: FreeBSD | No Comments

2012.02.19

Apacheのログファイルの分割保存・・・(Apache)

Apacheのログファイルで特にアクセスログは、そのままではどんどん肥大化する。
それで、/etc/newsyslog.confに分割保存の設定をした。
newsyslog.confの最後に下の赤字の2行を追加。

# logfilename          [owner:group]    mode count size when  flags [/pid_file] [sig_num]
/var/log/all.log                            600  7     *    @T00  J
/var/log/amd.log                         644  7     100  *     J
/var/log/auth.log                         600  7     100  *     JC

/log/httpd-access.log                   644  12    *    $M1D0  J  /var/run/httpd.pid 30
/var/log/httpd-error.log                644  12    *    $M1D0  J  /var/run/httpd.pid 30

ログファイルの各設定の意味は、center>

logfilename	/var/log/httpd-access.log	ログァイルの場所。
[owner:group]		普通はブランクで、rootになっている。
mode	600, 644	ログァイルのパーミッション。
count	7	ログァイルの世代数
size	100, *	ログファイルをローテイトする容量でKB単位。なお*は容量を特に指定せず、時刻で切り替えるときに用いる。
when	@T100, @01T05, $M1D0等	@T00 は、毎日午前 0:00 にローテーションさせるという意味で、@01T05 は、毎日午前 1:05 に$W6D0 は、毎週土曜日の午前 0:00 に$M1D0 は、毎月1日の午前 0:00にローテーションさせるという意味になる。
flags	J, JC, Z等	Jはbzip2で圧縮することを意味し、ファイルがないときに新たに生成するときはCを付ける(JCと表記)。また、 Bはバイナリーで、Zはgzipで圧縮する。
[/pid_file]	/var/run/httpd.pid	ログの切り出しを行った際にSIGNALを飛ばす先のプロセスのpidファイルを指定。
[sig_num]	30	送信するSIGNAL で30はSIGUSR1。 ApcheはSignalを送らないと掴んだファイルを離さない。

Posted at 11:03 | Category: Apache | No Comments

2012.02.17

Movabletypeを別サーバーに移動/コピー・・・(Movabletype)

Movable typeの最新版は、MT-5.xだが、今でも3.35を使っている。
理由は、MT-3.xの時代に散々カスタマイズを施し、TextのFormatterなどもこのブログの記事のようにコマンドラインの記述に都合が良いように書き直して、Pluginとして使っているからである。さらには、数人の友人がブログページを開いているので、MMIが変わると戸惑うことを恐れるからである。
さて、自宅内で運用しているサーバーが壊れたことを考え、別の予備サーバーを立ち上げ色々なサービスの設定を行っているが、ブログを移設するのに手間取ったので、下記にその顛末を書いておく。

1. ディレクトリーのコピー

(1) mt.cgiの入っているディレクトリーならびにブログの公開ディレクトリーをrsyncなどを使って全て
予備サーバーにコピーする。
(2) CGIPathの変更
mt-config.cgiに書かれているCGIPathを予備サーバーのURLに変更する。

例：　CGIPath http://abc.myhome.jp  →　CGIPath http://xyz.myhome.jp

2. 元のサーバーでブログのDBをdump

# mysqldump --default-character-set=binary -u USER -pPASS BLOGDB > abcblogdb

USER, PASS, BLOGDBは、設定した正しい値を入れること。

予備サーバーでリストア

　(1) 元のサーバーでdumpしたDBデーターをftpなどで予備サーバーにコピーする。
　(2) sedを使ってURL名を変更

10MB近いデーター量で、数分要した。

# sed -e "s/abc.myhome.jp/xyz.myhome.jp/g" abcblogdb > xyzblogdb

(3) DBのリストア

# mysql -u USER -pPASS BLOGDB <  xyzbogdb

ERROR 2006 (HY000) at line 66: MySQL server has gone awayとエラーになる。
66行目でエラーというので66行目を見ると、
LOCK TABLES `mt_author` WRITE;　となっている。
ここで、LOCK TABLESとなっているのが悪いのかと思って、UNLOCK TABLESにsedを使って書き換えてみたが、今度は別のエラーになって、構文のエラーなのでマニュアルをよく読めと言ってくる。
ここでお手上げかと思ったが、Netで色々調べたら、mysqlの転送の最大パケット数が不足していることが分かった。
エラーになった行に、たまたまLOCK TABLESの語句があったので、これが原因かと思って混乱してしまった。ともかく、以下のようにpacket数を修正した。

# vi /etc/my.cnf
・
[mysqld]
・
max_allowed_packet = 1M　→　32Mに修正した

ちなみに、[mysqldump]のセクションでは、max_allowed_packet = 16M　となっていた。
mysqlを再スタート

# /usr/local/etc/rc.d/mysql-server restart

ここで、再度DBのリストア

# mysql -u USER -pPASS BLOGDB <  xyzbogdb

今度はエラーなく無事終了した。

3.ブログの再構築

mt.cgiをブラウザで開いて、ユーザー名。パスワードを元のサーバーで用いていたのを使いログインし、複数のブログを順次開いて、公開パスが予備サーバに対応したものになっていることを確認し、サイトの再構築を行う。

これで、無事終了である。書くと複雑のようだが、分かってしまうと沢山のページを有するブログであっても短時間で引越しができる。

Posted at 11:44 | Category: Movabletype | No Comments