<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Natz&#039;s Digital 漂流記 &#187; Linux</title>
	<atom:link href="http://www.natzworks.com/digital/os/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.natzworks.com/digital</link>
	<description>Natz の PC/サーバー/デジタル機器に翻弄される日々</description>
	<lastBuildDate>Wed, 28 Dec 2011 05:33:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>CentOS 5.x/6.x で IPv6 を無効化</title>
		<link>http://www.natzworks.com/digital/2011/497.html</link>
		<comments>http://www.natzworks.com/digital/2011/497.html#comments</comments>
		<pubDate>Tue, 27 Dec 2011 13:06:03 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Scientific Linux]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=497</guid>
		<description><![CDATA[閉じた小規模な環境のプライベート IP アドレスは IPv4 で十分だし、何より理解しやすいので、IP (v4) アドレスの枯渇が叫ばれて久しい今日に至っても、本格的に IPv6 に移行する気にはなかなかなれない。IPv6 アドレスが「目に入る」→「内容を理解する」までにやたらと時間がかかるのは、そもそも 16進数で表現するアプローチに問題があることに加え、省略表記が混乱に拍車をかけているせいで、僕だけではないと信じたい。IPv4 アドレスを 10進数で区切って書くのは、「2進数だと人間にはわかりにくいから」じゃなかったか？ 16進数は人間に優しいのか？
ただそうは言っても IPv6 を否定するつもりはなく、 IPv6 は避けて通れないハードルであることは、後ろ向きの動機ながらも認識している。認識はしているが、先日ある検証のために CentOS 5.7 マシンの IPv6 を無効化しようとして少しだけハマったので、方法を調べてみた。

ネットで検索して見つかる数種類の情報を検証するために用意した環境は、次の通り (※ いずれも VMware ESXi 上の仮想マシンで、新規インストール直後の状態)。

CentOS 5.2
CentOS 5.3
CentOS 5.4
CentOS 5.5
CentOS 5.6
CentOS 5.7
CentOS 6.2
Scientific Linux 6.1

上記環境で ifconfig の結果に "inet6 addr" が表示されなくなるのに必要な操作を整理すると、以下のようになる。

/etc/modprobe.d/&#60;FILENAME&#62; (ファイル名は任意で、拡張子も必須ではない。例: ipv6.conf) または /etc/modprobe.conf に次の内容を記述。


・CentOS 5.5 以前
alias ipv6 off
alias net-pf-10 off

・CentOS 5.x/6.x 共通
options [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/497.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS: デフォルトの LVM ボリューム・グループ名と論理ボリューム名を変更する</title>
		<link>http://www.natzworks.com/digital/2011/488.html</link>
		<comments>http://www.natzworks.com/digital/2011/488.html#comments</comments>
		<pubDate>Thu, 25 Aug 2011 21:36:04 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Scientific Linux]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=488</guid>
		<description><![CDATA[かつて Linux のインストール先が物理マシンであることが多かった時代は、「パフォーマンス向上のため」と称してパーティションを細かく割ったり、LVM を入念に設定したものだが、サイズの小さい仮想マシン(以下 VM)相手のインストール機会が増えた今ではそのような作業は面倒になり、/boot に先頭パーティション(100MB 程度)、残りを LVM にして、/ と swap に LV を 2つ、と言う構成がほとんどになっている。
CentOS や Scientific Linux (以下 SL)等、RHEL 由来のディストリビューションでは、このパーティション設定がデフォルトになっていてインストール時の手間が省ける・・・とよかったが、デフォルト設定のボリューム・グループ(以下 VG)名 "VolGroup"、論理ボリューム(以下 LV)名 "lv_root" と "lv_swap" が個人的にはどうも気持ち悪く、結局修正することになる(無駄に長いし、単に "root" と言われると、/ なのか /root なのか迷う)。
ところが RHEL 系の 6.x では /boot のデフォルト・サイズが 500MB と少々デカいこと以外に、GUI インストール時にはどうとでもできるこの LVM の設定が、テキスト・モードの場合には変更できないと言う問題がある。これは Kickstart 等を使わず手動インストールしている限りどうしようもない(と思う)ので、インストール後に修正する。

例えば VG "VolGroup" を "vg01"、LV "lv_root" と "lv_swap" をそれぞれ "system"、"swap" [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/488.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 6.0 リリース</title>
		<link>http://www.natzworks.com/digital/2011/487.html</link>
		<comments>http://www.natzworks.com/digital/2011/487.html#comments</comments>
		<pubDate>Wed, 13 Jul 2011 16:43:47 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=487</guid>
		<description><![CDATA[数ヶ月の紆余曲折を経て、待ちに待った CentOS 6.0 が 07/10 にリリースされた。開発チームのゴタゴタから、今後の安定的なメンテナンス継続を不安視したユーザーの一部は既に Scientific Linux へ避難してしまったし、その流れは今後も続くだろうが、これで多少は勢いが鈍るか。
CentOS がいよいよ本格的にヤバくなって来たら、僕も RHEL クローンの有力株 Scientific Linux に乗り換えるつもりだが、CentOS は長年愛用して来たディストリビューションで、ほんの僅かながら (苦笑) donate した思い入れもある。できれば崩壊せずに生き残って欲しいし、なるべく使い続けたい。

しかしそうは言っても、主力メンテナー脱退による品質への影響と、一部で囁かれる「6.0 のリリースはやっつけ」的な話は、少々気になるところ。クリティカル度の高い本番環境への投入は、しばらく様子を見た方がいいかもしれない。まァ 5.6 以前のバージョンから 6.0 へのアップグレードは「できない」とされているので、6.0 の導入はクリーン・インストールが前提になる。当然収録パッケージのバージョンが大きく変わるため、移行作業はどの道、慎重にやらざるを得ないと思うが。
さて、現在我が家では地デジ対応録画サーバー構築プロジェクトが進行中で、気が付けばアナログ放送終了の 07/24 が目前に迫っている。OS をどうするか (CentOS 6.0 を使うか否か)、今週中には決断しなければ。




]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/487.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux: MP3 ファイルの ID3 タグをコマンドで操作</title>
		<link>http://www.natzworks.com/digital/2011/480.html</link>
		<comments>http://www.natzworks.com/digital/2011/480.html#comments</comments>
		<pubDate>Wed, 15 Jun 2011 16:22:02 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=480</guid>
		<description><![CDATA[DLNA 対応の有無を問わず大抵のオーディオ・プレイヤー・ソフトや機器は、任意のフォルダー内に置いた特定のファイル名の画像ファイル (folder.jpg/cover.jpg/&#60;アルバム名&#62;.jpg) だったり、個々の MP3 ファイル等に直接埋め込まれた画像をアルバム・ジャケットとして表示する機能を持っているが、複数の方式に対応していることが多い。
アルバム画像を外部ファイルとしてフォルダー中に置くか、個々の MP3 に埋め込むかは意見の分かれるところだと思うが、僕は断然外部ファイル派 (folder.jpg) だ。これは Web ページが参照するスタイル・シートを CSS ファイルとして独立させるか、個々のページに直接書くか、と言った話と同種の問題で、特殊な事情がある場合を除いて、作業効率とデータ量の点で議論するまでもないと考えている。我が家のオーディオ・データ用アルバム画像 (標準サイズは 500x500px) は、主にインターネットで検索したり、自らスキャンした画像データを加工して作成していて、より高精細なデータを見つけたり、品質に問題がある画像を修正する等して差し替えが頻繁に発生するため、アルバム画像は別ファイルとして独立していた方が、断然効率がいい。
ところが先日、妻用に購入したあるデジタル・オーディオ・プレイヤーが原因で、アルバム画像として同一フォルダー中の folder.jpg を参照する大量の MP3 ファイルに、従来の方針を 180° 転換して画像を埋め込まざるを得ない事態が発生した (理由は後述)。アルバム画像を含む ID3 タグ情報を編集できるソフトはいろいろあるが、これを全て手作業で修正していては、たまったものではない。そこで Linux 上でコマンドによる ID3 タグ操作が可能なツールを探し、eyeD3 を使うことにした。

eyeD3 公式サイトによると、本エントリー執筆時の最新版 0.6.17 では動作条件として Python が 2.5 以上とされているが、我が家の主力 Linux である CentOS 5.6 の Python は 2.4 系。アップグレードは面倒だなと思っていると、同サイトの旧バージョン配布ページに 0.6.10 の RPM を発見し、ありがたく使わせていただくことにした。インストールは rpm コマンド一発で終了。
ちなみにソースコードに同梱の readme を見る限り、Python [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/480.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>GALAPAGOS 005SH: VPN 接続 (PPTP)</title>
		<link>http://www.natzworks.com/digital/2011/476.html</link>
		<comments>http://www.natzworks.com/digital/2011/476.html#comments</comments>
		<pubDate>Thu, 02 Jun 2011 17:16:26 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Debian/GNU Linux]]></category>
		<category><![CDATA[GALAPAGOS 005SH]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[PPTP]]></category>
		<category><![CDATA[サーバー]]></category>
		<category><![CDATA[モバイル]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=476</guid>
		<description><![CDATA[GALAPAGOS 005SH (以下 005SH) のような物理キーボード搭載スマートフォンを外に持ち出すとやりたくなることの筆頭と言えば、自宅内外で稼動する UNIX 系サーバーへの SSH 接続であることに疑いの余地はない。しかし外部から自宅サーバーにダイレクトにアクセスできてしまってはセキュリティ的に具合が悪いし、LAN 内にサーバーが複数ある場合の不便さも勘案すると、VPN を経由させるのがいい。
かつて我が家ではそのインフラとして PPTP を使っていたが、2006年頃から OpenVPN に切り替えた。サーバー側とクライアント側を別セグメントで構成するルーティング方式にできること、秘密鍵を使った接続端末ごとの認証等は、PPTP にない利点だ。
ところがざっと調べた限りでは、Android 用の OpenVPN クライアント・ツールはいくつかあるが、その導入には iPhone で言う Jailbreak に相当する root 権限取得、所謂「root 化」が必要らしい。これは僕のような Android ビギナーには、ハードルもリスクも高い (※ 005SH が root 化できるのかは、今のところ不明)。そこで OpenVPN はそのまま使いつつ、急遽 005SH 用に PPTP を復活させることにした。

我が家の VPN ルーターである Debian GNU/Linux 5.0 (以下 lenny) には PPTP パッケージが用意されているので、インストールは aptitude で一発完了。かつてはカーネルに MPPE パッチを当てたり PPTP や [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/476.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 4.8 → 4.9 アップデート</title>
		<link>http://www.natzworks.com/digital/2011/473.html</link>
		<comments>http://www.natzworks.com/digital/2011/473.html#comments</comments>
		<pubDate>Tue, 29 Mar 2011 14:51:24 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=473</guid>
		<description><![CDATA[我が家の CentOS 4.8 を、去る 03/03 にリリースされた 4.9 にアップデートした。我が家に 4.x 系は仮想マシン (以下 VM) 上の 1台だけで、しかもテスト用でここ数ヶ月は全く使っていなかったため、起動自体が相当に久々。眠っていた間に Puppet サーバーで加えられた変更内容を取得するのに、Puppet クライアントがフル稼動していた。
やはり CentOS の最大の強みとも言える約 7年間に及ぶ "Long term support" は、実に頼もしい。4.x 系の提供が始まったのはもうずいぶん昔のような気もするが、2012/02/29 まではメインテナンスが継続される。CentOS 4.x 最後の日まで、あと約 11ヶ月。

尚、リリース・ノートにもあるように、4.9 はインストール・メディアが提供されず、4.8 以前から yum 経由でアップデートするようになっている。「この段階で 4.x を新規インストールするヤツなんていないだろ」 と言うことかもしれないが、4.x の終焉が近づけば、最後の最後まで粘っていたサーバーで、5.x や (現時点ではまだ未リリースの) 6.x、または別のディストリビューション等への移行演習をする機会も出て来るだろう。最新の 4.x 環境を新規構築する必要に迫られた場合、気分的には ISO ファイルからクリーン・インストールできた方がいいし、時間の節約にもなるので、少々残念だ。
まァ幸いなことに、環境移行時に注意が必要になるようなハードウェアは、公私共に僕が 4.x からの移行演習をする可能性のあるサーバーでは使っていない。と言うことは全て仮想化環境上で片付くだろうから、4.x 系のテンプレート (用 VM) を作っておけば済む話ではある。




]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/473.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>bash on Ubuntu (shebang は正確に)</title>
		<link>http://www.natzworks.com/digital/2011/466.html</link>
		<comments>http://www.natzworks.com/digital/2011/466.html#comments</comments>
		<pubDate>Thu, 27 Jan 2011 13:21:21 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[その他 (Linux)]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=466</guid>
		<description><![CDATA[以前のエントリーで、「Ubuntu 10.04 の bash が 4.0 になり、動かないシェル・スクリプトがあって焦った」 と書いた。具体的には制御構造 for のループが意図通りに動かない、と言う問題だ。
Ubuntu は VirtualBox 上でたまに動かす仮想マシンにしかインストールしておらず、この問題もそのまま放置していたのだが、先日久々に Ubuntu 起動させたときに思い出して調べてみると、bash のバージョン云々は勘違いで、実に単純な原因だったことがわかった。

僕が今まで書いたシェル・スクリプトは、1行目の shebang (← 僕は 「シェバン」 派) を "/bin/sh" としていることが多い。これはシェルが ash の VMware ESXi 等、bash が存在しない環境用のスクリプト以外では特に理由はなく、単に歴史的経緯による。Red Hat Enterprise Linux/CentOS や openSUSE、(5.0 からデビューした) Debian 等の日常的に触れる Linux では、/bin/sh が /bin/bash へのシンボリック・リンクになっているため、sh を指定しながら bash の反応を期待することの是非はひとまず置いておくとして、動作自体は全く問題ない。
Red Hat 系だけでなく Debian でも (NAS 製品の LinkStation でも) sh [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/466.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Puppet 0.22.4 → 0.25.5 アップグレード</title>
		<link>http://www.natzworks.com/digital/2010/449.html</link>
		<comments>http://www.natzworks.com/digital/2010/449.html#comments</comments>
		<pubDate>Fri, 15 Oct 2010 16:06:21 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Debian/GNU Linux]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Puppet]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=449</guid>
		<description><![CDATA[我が家で愛用する Puppet は CentOS の dag リポジトリにある 0.22.4-1 で、Debian GNU/Linux 5.0 (以下 lenny) でもこれに合わせ、標準の 0.24.5-3 ではなく、0.22.4 をムリヤリ突っ込んで運用していた。
lenny で敢えて古いバージョンを採用したのは、0.24.5 の Puppet クライアントと CentOS で動く 0.22.4 の Puppet サーバーが上手く連動できなかったため。lenny の Puppet を 0.22.4 に落とすと、0.22.4 の Puppet サーバーと通信できる (＝Puppet 上のファイル・サーバーからファイルを取得できる) ようにはなったが、たまに以下のエラーを発して puppetrun に反応しなくなることがあり、密かな悩みの種になっていた。

Could not call puppetmaster.freshness: #&#60;EOFError: end of file reached&#62;


これは Puppet クライアントを再起動すれば解決するが、あくまでも対処療法で、再発してしまう。それでも lenny は VPN サーバーの 1台だけだったので対応を後回しにしていたところ、ある出来事を機に [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/449.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 5.5 に PHP 5.3 をインストール</title>
		<link>http://www.natzworks.com/digital/2010/444.html</link>
		<comments>http://www.natzworks.com/digital/2010/444.html#comments</comments>
		<pubDate>Thu, 16 Sep 2010 22:22:59 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Live Commerce]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/2010/444.html</guid>
		<description><![CDATA[つい最近存在を知った EC サイト構築ツール Live Commerce を検証するため、我が家のテスト用 Web サーバー (CentOS 5.5) にインストールを試みると、PHP が 5.2.4 以上でないとダメと言われて先に進まない。確かに CentOS (と言うより RHEL) 5.x の PHP が 5.1.6 な点については思うところがないでもないが、安定性重視で枯れたバージョンを採用するディストリビューションと言うことは承知の上で使っているし、「PHP は 5.2 以上を推奨」 と言いつつ 5.1.6 でも実質的に問題がない Web アプリケーションはけっこうあるので、まァ何とかなっていた。
しかし今回の Live Commerce は Zend Framework の上に乗っているだけに、Zend Framework のシステム要件がそのまま適用されると言うことだろう。インストーラーを騙して PHP 5.1.6 で強行する方法もあるようだが、インストールはできても不具合発生時の原因特定が面倒になりそうなので、PHP を入れ替えて根本解決を図ることにする。

「どうせ入れ替えるなら、なるべく新しいバージョンがいいな」 と Web で検索してみると、"Les RPM de Remi" リポジトリで CentOS 用の PHP 5.3.3 パッケージが配布されていることがわかった。タイムリーなことに、5.3.3 [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/444.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 上の Linux でシステム時刻が狂う (再発)</title>
		<link>http://www.natzworks.com/digital/2010/443.html</link>
		<comments>http://www.natzworks.com/digital/2010/443.html#comments</comments>
		<pubDate>Tue, 14 Sep 2010 17:07:04 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Debian/GNU Linux]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=443</guid>
		<description><![CDATA[VMware Server 上の仮想マシン (以下 VM) にインストールしたカーネル 2.6 系 Linux のタイマー割り込みクロックの関係で、ゲスト OS のシステム時刻が狂ってしまう問題は 2年以上前から巷を賑わせていて、カーネルのリビルドだとか、起動時のカーネル・パラメーター指定 (clock=pit nosmp noapic nolapic 等のいずれかまたは併用) だとかの回避策が、広く知られていた。僕も自宅の VMware ESXi/Server でシステム時刻が狂う (＝大抵遅れる) VM はカーネル・パラメーターを指定して平穏な日々を送っていたが、先日ふと気付くと、ESXi 4.0 上の 1台の VM (CentOS 5.5) でこの現象が再発し、システム時刻が大幅に遅れていた。
それまでこの VM は VMware Tools の時刻調整機能を使わず、カーネル・パラメーターの指定と LAN 内 NTP サーバーの参照だけで正常な時を刻んでいたので、アップデート等、何かの拍子で再発してしまったのか。同じ ESXi や Server 上で動く他の CentOS VM はとりあえず問題ないが、1台で遅延が再発した以上、安心はできない。かつて 「これで OK」 とされていた対策も、環境が変わった今では時代遅れになっていた (と言うか不完全だった？) ようなので、これを機に根本解決を図るべく、対策を探ってみた。

この問題は個人的には既に 「一件落着」 扱いだったため、最近は全く情報収集をしていない。改めて探してみると、これまたずいぶん前から [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/443.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

