問題タブ [lvm]

以前に Hyper-v vhdxイメージから変換されたvhdイメージがあります。vhd には、標準の/bootパーティションを含む Fedora Core 20 インストールと、 rootおよびswapを含むLVMが含まれています。Acronis True Imageを使用して、vhd を別のマシンの実際のハードディスクに復元します。復元プロセスは成功しますが、再起動後、「dracut /dev/root does not exist」で起動が停止し、間違った UUID について不平を言います。ls /dev/disk/by-uuidを実行すると/boot というパーティションが 1 つあり、LVM がありません。/dev/sdc1 をマウントした後、Linux のブートを取得します。ただし、/dev/sdc2 をマウントすると、「lv_group をマウントできません」という結果になります。復元オプションでセクターごとのオプションを選択したので、生のダンプが他のディスクをいっぱいにすることを期待していますが、LVM コンテンツを省略して vhd を解析します。これは Acronis の問題ではないと思います。clonzilla やその他のソリューションでも同じことが起こると確信しています。vhd コンテンツを少しずつ、または簡単に実際にダンプする方法はありますか? LVM を含む Linux VM をその場で物理マシンに変換する方法はありますか?

Docker で新しいコンテナを作成して実行することはもうできません。ただし、同時に、以前に作成したコンテナーを実行できます。

私がこのようなことをしようとすると：

docker.logから:

dmsetup ステータス

しかし、それらはディスク上の多くの空き容量です。

dmセットアップ情報

ドッカー情報

ドッカーのバージョン

LVM で XFS パーティションのサーバーをセットアップしています。ファイルをホーム パーティションにコピーしているときに、「デバイスに空き領域がありません」と表示されます。

df -h は十分なスペースを表示します:

df -i も十分な inode を表示します。

i ノードの最大パーセンテージを変更した場合の影響を確認しました。

この量は簡単に増減できます。

この設定を試しているときに、3% に減らしてから 25% に増やし、いくつかのファイルを削除すると、さらに多くのファイルを再び追加できることに気付きました。

xfs_info には次のように表示されます。

私は 64 ビット inode について読みましたが、それは大容量ドライブ (1TB 以上) にしか適用できないようです。

「デバイスに空き容量がありません」というメッセージが表示される可能性のある他の設定はありますか。

ありがとうございました

HDD 障害が発生しました。

そのため、新しいプライマリ HDD が追加され、古い HDD がセカンダリ HDD として追加されました。

セカンダリ HDD をマウントしようとしていますが、エラーが発生しています。

作りました/media/qwe/。

次に、Putty を使用して、次の SSH コマンドを使用しました。

しかし、私はエラーが発生しました。

私は cPanel と WHM を使用しています。

失われた MySQL データベースを回復しようとしています。なんとかsdb1ビットをマウントできましたが、それはブートパーティションだと思います。私はそれを必要としません。他のファイルにアクセスする必要があります。

何か助けはありますか？

CentOS7 で論理ボリュームのサイズを変更しようとしていますが、次のエラーが発生します。

(fdisk を使用して) 新しいパーティションを追加し、vgextend を使用してボリューム グループを拡張し、サイズを変更しようとしました。lvextend を使用した論理ボリュームのサイズ変更は正常に機能しましたが、resize2fs で失敗しました。

また、既存のパーティションを (fdisk を使用して) 削除し、より大きなエンド ブロックで再作成してから、lvm pvresize を使用して物理ボリュームのサイズを変更し、続いて lvm lvresize を使用して論理ボリュームのサイズを変更しようとしました。繰り返しますが、この時点まではすべてうまくいきました。

上記の両方の方法を使用して resize2fs を使用しようとすると、まったく同じエラーが発生しました。

うまくいけば、次のいくつかがいくつかの光を当てるでしょう.

fdisk -l

pvdisplay

vgdisplay

lvdisplay

私はおそらく愚かなことをしたので、どんな助けも大歓迎です！

XenServer 6.2 で実行されている CentOS 6.6 64 ビットで ext4 ルート LVM パーティションを拡張するためのすべての準備が完了しました。

• XenServerでxvda仮想ディスクを拡張します - チェックします。
• xvdaNfdisk を使用して CentOS ゲスト上に LVM として作成- チェックします。
• pvcreate /dev/xvdaNCentOS ゲストで - チェックします。
• vgextend VolGroup /dev/xvdaNCentOS ゲストで - チェックします。
• lvresize --extents /dev/mapper/VolGroup-lv_rootCentOS ゲストで - チェックします。

今、私はする必要がありresize2fs /dev/mapper/VolGroup-lv_rootます。これが問題です。

ルートボリュームです。私の理解では、VM の実行中にサイズを変更することはできません。ボリュームが破損しないようにするためです。ただし、CentOS 6.5 LiveCD iso から起動すると、ボリュームが認識されません (6.6 LiveCD はありません)。

では、実行中の VM に触れることができず、VM が実行されていないときに認識されない論理ボリュームを resize2fs するにはどうすればよいでしょうか?

3 つの r3.2xlarge (60GB RAM) Amazon サーバーに 3 億 5000 万のドキュメントの 1 つのコレクションのクラスターをインストールしました。各シャードのインデックスのサイズは約 1.1 TB で、Amazon の最大ストレージは 1 TB であるため、各インスタンスに 2 つの SSD EBS 汎用 (1x1TB + 1x500GB) を追加します。次に、インデックスに合わせて 1.5TB の LVM を使用して論理ボリュームを作成します。

応答時間は、単純なクエリ (1 トークン) で約 1 ～ 3 秒です。

LVM がインデックスのボトルネックになっていませんか?

手伝ってくれてありがとう。

古いサーバーから取り出した 3 つの HDD があります。RAID5に使用するために新しいサーバーに貼り付けるまで、何が入っていたのか、どのように構成されていたのか思い出せませんでした. dd3 台すべてのハード ドライブを接続し、新しい RAID アレイを試してみたところmdadm --create、次のエラーが発生しました。

問題を調べてみると、/dev/sdc2まだ論理ボリュームが含まれていることがわかりました。

私は試しlvremove pvremoveましvgremoveたが、すべて同じエラーで返されます:Incorrect metadata area header checksum on /dev/sdc2 at offset 4096

私は LVM に慣れていないので、何をすべきかをオンラインで調べようとしました。vg復元を行いましたが、使用したファイル アーカイブが新しい​​サーバーで生成されたものであるため、驚くことではありませんでした。

私の推測ではdd、HDD を編集したために、ヘッダーのメタデータをめちゃくちゃにしてしまったのです。RAID5 を作成できるように、これらすべてを消去するにはどうすればよいですか? どんな助けでも大歓迎です。

前もって感謝します！

編集

dd「ed」の意味を明確にするために：

dd if=/dev/zero | pv | dd of=/dev/sdx

編集2

何が助けになったのかを明確にし、両方の回答に信用を与えるためだけに。仕事に関しては、以下の両方の回答がありますdd。私の場合、RAID は別のボックスに構築されていたため、ドライブの 1 つを孤立させたため、新しいボックスはボリューム グループなどについて不平を言っていました。最初にデータをワイプするために使用したときdd、RAID/LVM のヘッダーに触れてはいけません。