On Wed, Apr 18, 2018 at 4:44 PM, Fam Zheng wrote:
>
> qemu-img hangs because the convert_iteration_sectors loop cannot make any
> progress when it reaches the end of the base image. It is a bug (implicitly?)
> fixed by Eric Blake (Cc'ed) 's BDRV_BLOCK_EOF patches on upstream,
On Wed, 04/18 15:58, Fam Zheng wrote:
> On Wed, 04/18 15:42, David Lee wrote:
> > On Thu, Apr 12, 2018 at 11:57 PM, David Lee wrote:
> > >>>
> > >>> We tested qemu-kvm-ev-2.9.0-16.el7_4.14.1 - where from the source RPM we
> > >>> verified it does contain
On Wed, 04/18 15:42, David Lee wrote:
> On Thu, Apr 12, 2018 at 11:57 PM, David Lee wrote:
> >>>
> >>> We tested qemu-kvm-ev-2.9.0-16.el7_4.14.1 - where from the source RPM we
> >>> verified it does contain ef6dada8b44e1e7c4bec5c1115903af9af415b50
> >>>
> >>> But the issue
On Thu, Apr 12, 2018 at 11:57 PM, David Lee wrote:
>>>
>>> We tested qemu-kvm-ev-2.9.0-16.el7_4.14.1 - where from the source RPM we
>>> verified it does contain ef6dada8b44e1e7c4bec5c1115903af9af415b50
>>>
>>> But the issue still exists. The convert got stuck if one of the
On Mon, Apr 09, 2018 at 10:38:54AM +0300, Benny Zlotnik wrote:
> source: qcow2 on NFS
> target: raw on NFS
Have you tried on a local file system with the same source file
contents?
Which NFS protocol version is being used?
Stefan
signature.asc
Description: PGP signature
On Thu, Apr 12, 2018 at 10:23 PM, Fam Zheng wrote:
> On Thu, 04/12 21:45, David Lee wrote:
>> On Thu, Apr 12, 2018 at 10:16 AM, David Lee wrote:
>> >> > My team caught this issue too after switching to CentOS 7.4 with
>> >> > qemu-img
>> >> > 2.9.0
>> >> >
On Thu, 04/12 21:45, David Lee wrote:
> On Thu, Apr 12, 2018 at 10:16 AM, David Lee wrote:
> >> > My team caught this issue too after switching to CentOS 7.4 with qemu-img
> >> > 2.9.0
> >> > gdb shows exactly the same backtrace when the convert stuck, and we are
> >> > on
>
On Thu, Apr 12, 2018 at 10:16 AM, David Lee wrote:
>> > My team caught this issue too after switching to CentOS 7.4 with qemu-img
>> > 2.9.0
>> > gdb shows exactly the same backtrace when the convert stuck, and we are on
>> > NFS.
>> >
>> > Later we found the following:
>> >
On Thu, Apr 12, 2018 at 10:03 AM, Fam Zheng wrote:
> On Thu, 04/12 09:51, David Lee wrote:
> > On Mon, Apr 9, 2018 at 3:35 AM, Benny Zlotnik
> wrote:
> >
> > > $ gdb -p 13024 -batch -ex "thread apply all bt"
> > > [Thread debugging using libthread_db
On Thu, 04/12 09:51, David Lee wrote:
> On Mon, Apr 9, 2018 at 3:35 AM, Benny Zlotnik wrote:
>
> > $ gdb -p 13024 -batch -ex "thread apply all bt"
> > [Thread debugging using libthread_db enabled]
> > Using host libthread_db library "/lib64/libthread_db.so.1".
> >
On Mon, Apr 9, 2018 at 3:35 AM, Benny Zlotnik wrote:
> $ gdb -p 13024 -batch -ex "thread apply all bt"
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> 0x7f98275cfaff in ppoll () from /lib64/libc.so.6
>
>
On 2018-04-09 08:04, Stefan Hajnoczi wrote:
> On Sun, Apr 08, 2018 at 10:35:16PM +0300, Benny Zlotnik wrote:
>
> What type of storage are the source and destination images? (e.g.
> source is a local qcow2 file on xfs, destination is a raw file on NFS)
>
>> $ gdb -p 13024 -batch -ex "thread
source: qcow2 on NFS
target: raw on NFS
source:
$ qemu-img info
/rhev/data-center/bb422fac-81c5-4fea-8782-3498bb5c8a59/26989331-2c39-4b34-a7ed-d7dd7703646c/images/597e12b6-19f5-45bd-868f-767600c7115e/62a5492e-e120-4c25-898e-9f5f5629853e
image:
On Sun, Apr 08, 2018 at 10:35:16PM +0300, Benny Zlotnik wrote:
What type of storage are the source and destination images? (e.g.
source is a local qcow2 file on xfs, destination is a raw file on NFS)
> $ gdb -p 13024 -batch -ex "thread apply all bt"
> [Thread debugging using libthread_db
$ gdb -p 13024 -batch -ex "thread apply all bt"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7f98275cfaff in ppoll () from /lib64/libc.so.6
Thread 1 (Thread 0x7f983e30ab00 (LWP 13024)):
#0 0x7f98275cfaff in ppoll () from
On Sun, Apr 8, 2018 at 9:27 PM Benny Zlotnik wrote:
> Hi,
>
> As part of copy operation initiated by rhev got stuck for more than a day
> and consumes plenty of CPU
> vdsm 13024 3117 99 Apr07 ?1-06:58:43 /usr/bin/qemu-img convert
> -p -t none -T none -f qcow2
>
16 matches
Mail list logo