Nevermind. Its proxmox and qemu mounting issue.
If someone can help, please, write here:
Need to implement
http://forum.proxmox.com/threads/19287-GlusterFS-mount-via-web-GUI-and-fstab-what-the-difference?p=99156#post99156
just reading /usr/include/glusterfs/api/glfs.h, function
glfs_set_volfile_server():
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,
Roman.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140826/12686b0e/attachment.html>