On 08/06/2013 09:59 AM, Łukasz Faber wrote: >> O >> n 07/30/2013 06:14 PM, Łukasz Faber wrote: >> >>> >>> On Mon, 2013-07-29 at 10:13 -0400, Ayal Baron wrote:> >>>>> I have found a similar issue here: >>>>> https://www.redhat.com/archives/lvm-devel/2011-February/msg00127.html >>>> >>>> After discussing this with Peter Rajnoha, it looks like the specific issue >>>> in the above thread has been resolved and your issue is probably a >>>> reincarnation of the problem. Can you manually run the pvchange with >>>> -vvvv to get more info? >>>> >>>> Thanks. >>>> >>> >>> I'm attaching logs from manual executions of both pvcreate and pvchange. >> >> So, looking at the logs, it looks like lvmetad might be the culprit here. >> Is it reproducible if you use global/use_lvmetad=0 in /etc/lvm/lvm.conf? > > No. When I set use_lvmetad to 0 everything seems to work correctly with > pvchange: > > Physical volume "/dev/mapper/3600a0b800074a36e000006e951f14e7d" changed > 1 physical volume changed / 0 physical volumes not changed >
So it's definitely an lvmetad issue, now I can reproduce the problem with larger PVs. We'll try to provide a fix asap and then update Fedora 19 package immediately. Sorry for the inconvenience and thanks for the report! Peter _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users