まず、私はサーバー管理者ではありません。私は非営利団体の危機対応を支援するためにボランティアを行っています。
最初から始めます。
非営利団体は専用サーバーのために1&1インターネットと契約を結んだ。彼らは独自のウェブサイトを持っており、無料でアクセスできる多くの教育用DVDを持っています。
数週間前、専用サーバーのハードドライブがクラッシュし、ウェブサイトがダウンしました。残念ながら、サイトコンテンツの適切なバックアップはありませんでした。いくつかのデータベースファイルがありますが。
ドライブがクラッシュしたとき、1＆1はドライブを交換しましたが、Raidからデータを回復するために慈善団体に任命されました。
しかし、サーバー管理者はもはやNGOや他のボランティアと協力していません。しかし、私たちは完全に閉じ込められています。
1&1で次のガイドラインを送信しました。ソフトウェアRAIDアレイの再構築 しかし、我々はそれを動作させることができませんでした。私はそれを試した友人に連絡しましたが、それもやめました。
昨夜1&1に連絡して一時間通話しました。彼らは何かをしましたが、説明しませんでした。これは、私たちがサーバー上の情報を見ると以前よりもはるかに詳細であることを意味します。
今私達はより多くの情報を得ました
rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [faulty]
md1 : active raid1 sdb1[1] 4194240 blocks [2/1] [_U]
md3 : active raid1 sdb3[1] 482094016 blocks [2/1] [_U]
unused devices : none>
rescue:~# fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 2048 8390655 4194304 fd Linux raid autodetect
/dev/sda2 8390656 12584959 2097152 82 Linux swap / Solaris
/dev/sda3 12584960 976773167 482094104 fd Linux raid autodetect
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x235dfe93
Device Boot Start End Blocks Id System
/dev/sdb1 2048 8390655 4194304 fd Linux raid autodetect
/dev/sdb2 8390656 12584959 2097152 82 Linux swap / Solaris
/dev/sdb3 12584960 976773167 482094104 fd Linux raid autodetect
Disk /dev/md3: 493.7 GB, 493664272384 bytes
2 heads, 4 sectors/track, 120523504 cylinders, total 964188032 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md3 doesn't contain a valid partition table
Disk /dev/md1: 4294 MB, 4294901760 bytes
2 heads, 4 sectors/track, 1048560 cylinders, total 8388480 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/mapper/vg00-usr: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg00-usr doesn't contain a valid partition table
Disk /dev/mapper/vg00-var: 58.0 GB, 57982058496 bytes
255 heads, 63 sectors/track, 7049 cylinders, total 113246208 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg00-var doesn't contain a valid partition table
Disk /dev/mapper/vg00-home: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg00-home doesn't contain a valid partition table
rescue:~# ^C
いいえ、もう一度申し上げますが、私が見ている内容を理解していません。しかし…興味深い点があります。
***Disk /dev/mapper/vg00-var: 58.0 GB, 57982058496 bytes
255 heads, 63 sectors/track, 7049 cylinders, total 113246208 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000***
58.0GBのデータサイズは、破損したWebサイトなどのコンテンツと一致する可能性があります。唯一の問題は、このデータを見るために次に何をすべきかわからないということです。
どんな助けにも感謝します..
ベストアンサー1
ご覧のとおり、/proc/mdstat2つのRAID1デバイスが構成されており、各デバイスには1つのディスク/パーティションのみが接続されています。だから彼らはまだ降格モードにあります。
データがまだ存在するかどうかを確認するには、リストされているLVMをマウントしてみてくださいlvdisplay。たとえば、
mkdir -p /mnt/myhome
mount /dev/mapper/vg00-home /mnt/myhome
すべてが期待どおりであれば、実行する必要があります。
mdadm --manage /dev/md1 --add /dev/sda1
mdadm --manage /dev/md3 --add /dev/sda3
これにより、/proc/mdstat公開された手順1&1の「ステップ13」に記載されている再構築の進行状況が表示されます。
その後、再構築が完了するのを待ってから、手順1＆1の「GRUB設定」に記載されている手順に進みます。
その後、再起動が正常に機能し、すべてが順調に進むと、通常LVM構成について心配する必要はありません。
頑張ってください！