* `pvmove stuck' in RH bugzilla
@ 2011-07-06 9:53 Sergey Senozhatsky
2011-07-06 11:23 ` Alasdair G Kergon
0 siblings, 1 reply; 6+ messages in thread
From: Sergey Senozhatsky @ 2011-07-06 9:53 UTC (permalink / raw)
To: Alasdair Kergon; +Cc: linux-raid, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 785 bytes --]
Hello,
I think we just trapped into the same trouble with pvmove as described in
https://bugzilla.redhat.com/show_bug.cgi?id=602516
https://bugzilla.redhat.com/show_bug.cgi?id=706036
etc.
Comment says, that
> I found a series of problems with pvmove which I have fixed in the upstream
> repository. However, I would like to wait some time to see that no unintended
> side-effects show up before seeing the change back-ported to RHEL. An audit
> for similar bugs found a problem in lvremove, which I have also fixed.
> lvconvert still needs to be audited.
Alasdair, could you please point are those patches in vanilla kernel
(3.0-rc*) or linux-next, or some RH internal tree?
This is not critical, though I'd like to try out patches.
Thanks,
Sergey
[-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: `pvmove stuck' in RH bugzilla
2011-07-06 9:53 `pvmove stuck' in RH bugzilla Sergey Senozhatsky
2011-07-06 11:23 ` Alasdair G Kergon
@ 2011-07-06 11:23 ` Alasdair G Kergon
0 siblings, 0 replies; 6+ messages in thread
From: Alasdair G Kergon @ 2011-07-06 11:23 UTC (permalink / raw)
To: Sergey Senozhatsky; +Cc: linux-raid, linux-kernel, lvm-devel
On Wed, Jul 06, 2011 at 12:53:10PM +0300, Sergey Senozhatsky wrote:
> I think we just trapped into the same trouble with pvmove as described in
> https://bugzilla.redhat.com/show_bug.cgi?id=602516
> https://bugzilla.redhat.com/show_bug.cgi?id=706036
>
> Alasdair, could you please point are those patches in vanilla kernel
> (3.0-rc*) or linux-next, or some RH internal tree?
> This is not critical, though I'd like to try out patches.
This is a userspace bug not a kernel one.
There is a workaround, which is to perform the pvmove one LV at a time
using the --name option. (For each LV, run pvmove -n <lvname>.)
The patched code is in the upstream lvm2 repository:
git://sources.redhat.com/git/lvm2
http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/doc/?cvsroot=lvm2
http://sourceware.org/lvm2/
It was only last night that the code incorporating these changes passed
our public testsuite for the first time, so I think it is still
premature to be using this on production systems. But this means I hope
to be in a position to make the first development release containing a
fix for the problems quite soon. (I added assertions to catch other
instances of the related problems - it was more than just pvmove
affected.)
Alasdair
--
lvm-devel mailing list
lvm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/lvm-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* `pvmove stuck' in RH bugzilla
@ 2011-07-06 11:23 ` Alasdair G Kergon
0 siblings, 0 replies; 6+ messages in thread
From: Alasdair G Kergon @ 2011-07-06 11:23 UTC (permalink / raw)
To: lvm-devel
On Wed, Jul 06, 2011 at 12:53:10PM +0300, Sergey Senozhatsky wrote:
> I think we just trapped into the same trouble with pvmove as described in
> https://bugzilla.redhat.com/show_bug.cgi?id=602516
> https://bugzilla.redhat.com/show_bug.cgi?id=706036
>
> Alasdair, could you please point are those patches in vanilla kernel
> (3.0-rc*) or linux-next, or some RH internal tree?
> This is not critical, though I'd like to try out patches.
This is a userspace bug not a kernel one.
There is a workaround, which is to perform the pvmove one LV at a time
using the --name option. (For each LV, run pvmove -n <lvname>.)
The patched code is in the upstream lvm2 repository:
git://sources.redhat.com/git/lvm2
http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/doc/?cvsroot=lvm2
http://sourceware.org/lvm2/
It was only last night that the code incorporating these changes passed
our public testsuite for the first time, so I think it is still
premature to be using this on production systems. But this means I hope
to be in a position to make the first development release containing a
fix for the problems quite soon. (I added assertions to catch other
instances of the related problems - it was more than just pvmove
affected.)
Alasdair
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: `pvmove stuck' in RH bugzilla
@ 2011-07-06 11:23 ` Alasdair G Kergon
0 siblings, 0 replies; 6+ messages in thread
From: Alasdair G Kergon @ 2011-07-06 11:23 UTC (permalink / raw)
To: Sergey Senozhatsky; +Cc: linux-raid, linux-kernel, lvm-devel
On Wed, Jul 06, 2011 at 12:53:10PM +0300, Sergey Senozhatsky wrote:
> I think we just trapped into the same trouble with pvmove as described in
> https://bugzilla.redhat.com/show_bug.cgi?id=602516
> https://bugzilla.redhat.com/show_bug.cgi?id=706036
>
> Alasdair, could you please point are those patches in vanilla kernel
> (3.0-rc*) or linux-next, or some RH internal tree?
> This is not critical, though I'd like to try out patches.
This is a userspace bug not a kernel one.
There is a workaround, which is to perform the pvmove one LV at a time
using the --name option. (For each LV, run pvmove -n <lvname>.)
The patched code is in the upstream lvm2 repository:
git://sources.redhat.com/git/lvm2
http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/doc/?cvsroot=lvm2
http://sourceware.org/lvm2/
It was only last night that the code incorporating these changes passed
our public testsuite for the first time, so I think it is still
premature to be using this on production systems. But this means I hope
to be in a position to make the first development release containing a
fix for the problems quite soon. (I added assertions to catch other
instances of the related problems - it was more than just pvmove
affected.)
Alasdair
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: `pvmove stuck' in RH bugzilla
2011-07-06 11:23 ` Alasdair G Kergon
@ 2011-07-06 11:38 ` Sergey Senozhatsky
-1 siblings, 0 replies; 6+ messages in thread
From: Sergey Senozhatsky @ 2011-07-06 11:38 UTC (permalink / raw)
To: Alasdair Kergon, linux-raid, linux-kernel, lvm-devel
[-- Attachment #1: Type: text/plain, Size: 1512 bytes --]
On (07/06/11 12:23), Alasdair G Kergon wrote:
> On Wed, Jul 06, 2011 at 12:53:10PM +0300, Sergey Senozhatsky wrote:
> > I think we just trapped into the same trouble with pvmove as described in
> > https://bugzilla.redhat.com/show_bug.cgi?id=602516
> > https://bugzilla.redhat.com/show_bug.cgi?id=706036
> >
> > Alasdair, could you please point are those patches in vanilla kernel
> > (3.0-rc*) or linux-next, or some RH internal tree?
> > This is not critical, though I'd like to try out patches.
>
> This is a userspace bug not a kernel one.
> There is a workaround, which is to perform the pvmove one LV at a time
> using the --name option. (For each LV, run pvmove -n <lvname>.)
>
> The patched code is in the upstream lvm2 repository:
> git://sources.redhat.com/git/lvm2
> http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/doc/?cvsroot=lvm2
> http://sourceware.org/lvm2/
>
> It was only last night that the code incorporating these changes passed
> our public testsuite for the first time, so I think it is still
> premature to be using this on production systems. But this means I hope
> to be in a position to make the first development release containing a
> fix for the problems quite soon. (I added assertions to catch other
> instances of the related problems - it was more than just pvmove
> affected.)
>
Thanks a lot for your reply.
We don't have a production machines here (just internal servers),
so I guess I could give it a try.
Best,
Sergey
[-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* `pvmove stuck' in RH bugzilla
@ 2011-07-06 11:38 ` Sergey Senozhatsky
0 siblings, 0 replies; 6+ messages in thread
From: Sergey Senozhatsky @ 2011-07-06 11:38 UTC (permalink / raw)
To: lvm-devel
On (07/06/11 12:23), Alasdair G Kergon wrote:
> On Wed, Jul 06, 2011 at 12:53:10PM +0300, Sergey Senozhatsky wrote:
> > I think we just trapped into the same trouble with pvmove as described in
> > https://bugzilla.redhat.com/show_bug.cgi?id=602516
> > https://bugzilla.redhat.com/show_bug.cgi?id=706036
> >
> > Alasdair, could you please point are those patches in vanilla kernel
> > (3.0-rc*) or linux-next, or some RH internal tree?
> > This is not critical, though I'd like to try out patches.
>
> This is a userspace bug not a kernel one.
> There is a workaround, which is to perform the pvmove one LV at a time
> using the --name option. (For each LV, run pvmove -n <lvname>.)
>
> The patched code is in the upstream lvm2 repository:
> git://sources.redhat.com/git/lvm2
> http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/doc/?cvsroot=lvm2
> http://sourceware.org/lvm2/
>
> It was only last night that the code incorporating these changes passed
> our public testsuite for the first time, so I think it is still
> premature to be using this on production systems. But this means I hope
> to be in a position to make the first development release containing a
> fix for the problems quite soon. (I added assertions to catch other
> instances of the related problems - it was more than just pvmove
> affected.)
>
Thanks a lot for your reply.
We don't have a production machines here (just internal servers),
so I guess I could give it a try.
Best,
Sergey
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/lvm-devel/attachments/20110706/ca5ad5e1/attachment.sig>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-07-06 11:38 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-06 9:53 `pvmove stuck' in RH bugzilla Sergey Senozhatsky
2011-07-06 11:23 ` Alasdair G Kergon
2011-07-06 11:23 ` Alasdair G Kergon
2011-07-06 11:23 ` Alasdair G Kergon
2011-07-06 11:38 ` Sergey Senozhatsky
2011-07-06 11:38 ` Sergey Senozhatsky
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.