qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block


From: Paolo Bonzini
Subject: Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend
Date: Fri, 07 Sep 2012 12:05:47 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0

Il 07/09/2012 12:03, Daniel P. Berrange ha scritto:
>> > I think doing it the other way round would be more logical:
>> > 
>> >   gluster+unix:///path/to/unix/sock?image=volname/image
>> > 
>> > This way you have the socket first, which you also must open first.
>> > Having it as a parameter without which you can't make sense of the path
>> > feels a bit less than ideal.
> The issue here is that the volume/path/to/image part is something that is
> required for all gluster transports. The /path/to/unix/sock is something
> that is only required for the unix transport. To have consistent URI
> scheme across all transports, you really want the volume/path/to/image
> bit to use the URI path component.

I was writing the same---plus, perhaps there is a default for the Unix
socket path, so that in the common case you could avoid the parameters
altogether?

Paolo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]