システムリブートするたびにコマンド "vgchange -ay"を使用する必要があります。 LVMはホスト上のローカルドライブを使って作られていますが、私は2つの異なるドライブにPVとして2つのパーティションを持っています。 LVはRAID 1です。私はこれをVMのvdiskとこの作業のストレージリポジトリとしてマウントしますが、再起動するとこれは切り離され、lvdisplay commnadを使用すると、このLVのNOT AVAILABLEメッセージが表示されます。論理ボリュームは、XenServer 7のローカルドライブには使用できないと表示されます。LVM
ありがとうございます。
LVのために/ etc/fstabにマウントポイントがあると、Xen Server 7が起動しないことがわかります...同じ理由で、LVが使用できなくなり、システムブートが停止してダウンしてしまいますサーバ。私にとって
回避策はそう
#!/bin/bash
# THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES
#
# It is highly advisable to create own systemd services or udev rules
# to run scripts during boot instead of using this file.
#
# In contrast to previous versions due to parallel execution during boot
# this script will NOT be run after all other services.
#
# Please note that you must run 'chmod +x /etc/rc.d/rc.local' to ensure
# that this script will be executed during boot.
exec 2> /tmp/rc.local.log # send stderr from rc.local to a log file
exec 1>&2 # send stdout to the same log file
echo "rc.local started" # show start of execution
set -x # tell sh to display commands before execution
touch /var/lock/subsys/local
vgchange -a y
mount /dev/VG_XenStorage-0ddceea1-3812-d470-7b8a-85b7834adb19/ISO /mnt/iso
echo "rc.local completed"
私のように/etc/rc.localする/etc/lvm.confに0にmetadata_read_only設定と「ます。vgchange -ayの」を追加することでした...バグのように思えますXenserver 7.0と同じ問題があります。いくつかの保護メカニズムのように見えます。しかし、Xenのローカルext3ストレージはブート後に正しくマウントされ、fstabにも含まれていません。ブートプロセスのどこかにカスタム処理があります。 – csadam