vgchange --clustered yを元に戻す方法は？
クラスターのセットアップの開始時に、Sudo vgchange --clustered y [name]を呼び出し、ボリュームにアクセスできない可能性があるという警告を受け入れました。もちろん、クラスターはまだセットアップされておらず、他のクラスターノードからアクセスできないため、問題ありません。自然に見えた。それでも、LVM開発者は、コマンドの実際の結果を「破壊された」/「マウントできない」などの意味のある用語で「アクセスできない」と混同しています。 Sudo vgchange --clustered n [name]はSkipping clustered volume [name]で失敗します。 locking_typeが1から3に変更されたことを除いて、クラスター構成はまったくありません。元に戻すことは役に立ちません。ボリュームグループとその上の論理ボリュームを再び「アクセス可能」にするにはどうすればよいですか？
Linux4.2.0を搭載したUbuntu15.10でlvm2を使用しています。
実行中のクラスターがあり、vgchange --clustered y（メタ）データが失われるリスクがあるため、質問で説明されている方法で偶然ではありませんでした。
vgchange -cn $vgname --config 'global {locking_type = 0}'
https://www.redhat.com/archives/linux-cluster/2016-March/msg00003.html