033 034 035 036 037 038 039 043
046 047 052 054
When I manually run 'qemu-img -f qcow2 pvfs2:scratch/t.qcow2 2g' a 193k
image is successfully created.
Joe
On Thu, Jul 4, 2013 at 4:41 AM, Stefan Hajnoczi wrote:
> On Wed, Jul 03, 2013 at 11:41:08AM -0400, Timothy Scott wrote
When I manually run 'qemu-img -f qcow2 pvfs2:scratch/t.qcow2 2g' a 193k
image is successfully created.
Any ideas where to start poking around in the tests?
On Thu, Jul 4, 2013 at 4:41 AM, Stefan Hajnoczi wrote:
> On Wed, Jul 03, 2013 at 11:41:08AM -0400, Timothy Scott wrote
In testing my block driver implementation, I am receiving the following
error when trying to run an orangefs protocol with a qcow2 image format:
+Header extension too large
+qemu-io: can't open device pvfs2:/...
+no file open, try 'help open'
Is './check -pvfs2 -qcow2' a valid usecase in th
I am working on adding block driver support for PVFS2 that will allow
images stored on PVFS2 systems to bypass the kernel module and hopefully
improve performance significantly.
I have been modeling my changes off of the GlusterFS block driver
implementation.
*Can you please advise on a couple of