[Gluster-users] qemu guests without cache?

Roman romeo.r at gmail.com
Tue Aug 26 10:23:10 UTC 2014

Nevermind. Its proxmox and qemu mounting issue.
If someone can help, please, write here:
Need to implement

just reading /usr/include/glusterfs/api/glfs.h, function

NOTE: This API is special, multiple calls to this function with different
volfile servers, port or transport-type would create a list of volfile
servers which would be polled during `volfile_fetch_attempts()`
So it should be possible to pass 2 servers - someone just needs to
implement that with qemu ...

2014-08-26 9:49 GMT+03:00 Roman <romeo.r at gmail.com>:

> Hi,
> I'm using Proxmox for qemu hosts. I'm in situation, where I don't
> understand something :)
> when I add gluster storage from Proxmox web GUI, I can install qemu guests
> without any caching. The mount -l shows me this output:
> stor1:HA-MED-PVE1-1T on /mnt/pve/HA-MED-PVE1-1T type fuse.glusterfs
> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
> But in this case, if 1 server is down (in case with HA brick), proxmox
> won't be able to read configuration from the 1st nor second server (Proxmox
> only knows about where it should failover for current running guests) and
> does not able to create new machines using this kind of mount.
> If I add mount line like this in fstab:
> stor1:HA-MED-PVE1-1T /mnt/pve/HA-MED-PVE1-1T glusterfs
> defaults,default_permissions,backupvolfile-server=stor2,direct-io-mode=enable,allow_other,max_read=131072
>         0 0
> with mount -l now:
> stor1:HA-MED-PVE1-1T on /mnt/pve/HA-MED-PVE1-1T type fuse.glusterfs
> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
>  I'm getting this error, when trying to start guests:
> kvm: -drive
> file=/mnt/pve/HA-MED-PVE1-1T/images/125/vm-125-disk-1.qcow2,if=none,id=drive-virtio0,format=qcow2,aio=native,cache=none:
> file system may not support O_DIRECT
> What could be the difference?
> --
> Best regards,
> Roman.

Best regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140826/12686b0e/attachment.html>

More information about the Gluster-users mailing list