カテゴリー: [Linux] 先日、LinuxサーバのHDD交換をしたわけですが、その後、２４時間しない内に原因不明のフリーズに陥りました。 仕方ないので強制的に再起動しましたが、結局原因がわからないのでちょっと不安。 ハードウェア的にもソフトウェア的にもいろいろ変更したわけで、思い当たるところがありすぎです。 さて、HDD交換のついでにRAID1を組んだわけですが、そのときの操作をメモを兼ねて書いておくことにします。 mdadmによるRAIDの構築方法は簡単に見つかりますが、はまったのがセットアップ中に一度停止させたRAIDアレイをmdadmで再編成する方法。 RAID構築後に、以下のように、一度RAIDを停止させた場合。 # mdadm -S /dev/md1 次に、再びRAIDとして編成するときにどうするか。 ちゃんと調べないで停止させてしまったので、あわてて調べる羽目に。 最初は、

[問題] ブートディスクをソフトウェア RAID 1 (ミラーリング) に構成する場合、2本目のディスクに GRUB を手動でインストールしなければなりません。 インストールしない状態でもしも１本目のディスクが壊れた場合、2本目のディスクには GRUB が入っていないため、システムが起動しません。 [対象となる製品のバージョン] Asianux Server 3 for x86(32bit) Asianux Server 3 for x86-64(64bit) MIRACLE LINUX V4.0 - Asianux Inside MIRACLE LINUX V4.0 - Asianux Inside for x86-64 MIRACLE LINUX V3.0 - Asianux Inside MIRACLE LINUX V3.0 - Asianux Inside for x86-64 ※

Fedora 8などのディストリビューションでは、インストール時の初期設定でLVM（Logical Volume Manager）が有効になっている。ここでは、LVMのボリュームにWindowsからアクセスする方法を説明する。 論理ボリュームにWindowsからアクセスするには、「WindowsでLinuxパーティションを読み書きするには」でも紹介したExplore2fs（http://www.chrysocome.net/explore2fs）を使用する。 原稿執筆時点でのExplore2fsの最新版は1.07だが、CentOS 5.1をインストールしたHDDで確認したところ、1.07では論理ボリュームが認識されなかった。しかし1.08beta9では認識されることが確認できた。また、Exploer2fs 1.07および1.08beta9は、UTF-8にも対応しているため、日本語を含むディ

「LVMの情報を表示するには」で説明したとおり、LVMではパーティションのサイズを変更することができる。 ここでは、Anacondaの初期設定でインストールしたFedora 7のHDD（250Gbytes）の論理ボリューム（/dev/VolGroup00/LogVol00）を縮小する手順を説明する。 注：論理ボリュームの操作は、正常に実行されれば既存のデータはそのまま残る。しかし、誤操作やソフトウェアの不具合などによってファイルを失ってしまう可能性があるため、事前のバックアップが必要だ。 LVMの論理ボリュームを縮小する場合は、ファイルシステムのサイズを変更した後、論理ボリュームのサイズを縮小する必要がある。ここでは/を含む論理ボリュームを縮小するが、マウントした状態ではサイズを変更することができない。そこで、Fedora 7のLive CDでシステムを起動して、縮小の作業を行うことにする

RAIDアレイに障害が発生した場合は、問題となっているHDDを新しいものと交換して、RAIDアレイにデバイスを追加しなければならない。 ここでは、「HDDを2台追加してRAID 1を構成するには」で構築したRAIDアレイの1台に障害が発生した前提で、RAIDアレイを再構築する手順を説明する。

6. セキュリティと NFS ここでいくつかセキュリティ上の留意点を述べますが、 これであなたのサイトが完全に安全になるわけではありません。 なにものも、サイトを完全に安全にすることはできません。 この節を読めば NFS 絡みのセキュリティ問題に関する知識を得る助けにはなるでしょうが、 網羅的なガイドではありませんし、この内容も常に変化し続けています。 もしセキュリティ関連の技やヒントをお持ちでしたら、 HOWTO の管理者に送ってください。 もしあなたのネットワークが、外部といっさいの通信を行わず (モデムもだめ)、かつ内部のマシンすべてとユーザすべてを信頼できるなら、 この節の内容はあなたの役には立ちません。 しかしこのような状況にあるネットワークはどちらかというと少数でしょうから、 NFS を設定する人には、この節を徹底的に熟読することをおすすめします。 NFS において、サーバのリ

たとえば部署間をまたがって、 ファイアウォール(Firewall)を越えてディスクをNFSでマウント しなければならないなんてことが起こりました (通常はないと思うのですが‥‥)。 通常、NFSを使用するときはポートマッパが空いているポートを 自動的に割り当てるので、使用するポートが定まらず、浮動になります。 そんなとき、NFSとファイアウォールにどんな設定をするといいでしょう‥‥? (ご注意) このページをご利用になった結果の影響については、 一切責任を負いませんので、あらかじめご了承願います。 ファイアウォール越しにNFSでディスクのマウントをするには、 NFSで使用するポートを固定させ、そのポートのみをオープンすることで、 ファイアウォールにあける穴を最小限にとどめることができます。 それでもかなり大きな穴が開いてしまいますが、 NFSでマウントをする以上は仕方がありません。 用途に

この記事について この記事はFedora Core Expertに掲載されたものです。株式会社 技術評論社の許可を受け掲載しております。本記事及び記事内に使われている画像に関しては掲載前のものとなります。本文中に何かおかしな点がありましたら、TAIRA Hajime <htaira@pantora.net>までご連絡頂きますようお願い致します。 中古本でたまに売っています。記事の内容はFedora Coreはもちろんのこと、 Red Hat Enterprise Linuxでも使えます。 Fedora Core Expert Software Design 特別編集 ISBN: 4774124257 出版社: 技術評論社 編集: Fedora Core Expert編集部 価格: ¥2,079(税込) 人気の第二弾！SELINUX、Xenに関する情報が豊富です。 このページがLinux L