Erik,
What version of glusterfs are you using?
Pranith
On 06/13/2014 02:09 AM, Aronesty, Erik wrote:
I suspect I'm having performance issues because of network speeds.
/Supposedly/ I have 10gbit connections on all my NAS devices, however,
it seems to me that the fastest I can write is 1Gbit.
My NFS client mount options used:
rw,noatime,nodiratime,vers=3,rsize=1048576,wsize=1048576,namlen=255,timeo=600,retrans=2,sec=sys,mountvers=3,mountproto=tcp,local_lock=none
How do you verify the issue?
if the IP is being taken then the only problems you have are:
ARP
NFS connections which are n
Hi folks,
I've set up a simple, two node, replicated gluster 3.5 system on CentOS 6.
For performance reasons, I'm using NFS (debian wheezy on the client-side)
and gluster NFS (on the server side). I've also implemented a simple
Heartbeat config on the two gluster systems to do IP failover in th
Ah ! I love the smell of disk benchmark in the morning. :)
Well, just kidding, but this is one of those questions, and I myself was
also "pretty sure" I had more than enough I/O, just because the label on
the disk said 15K RPM, 3 Go/s, with brand hardware and reputable
controllers.
Turns out my "
I suspect I'm having performance issues because of network speeds.
Supposedly I have 10gbit connections on all my NAS devices, however, it seems
to me that the fastest I can write is 1Gbit. When I'm copying very large
files, etc, I see 'D' as the cp waits to I/O, but when I go the gluster
ser
I suspect I'm having performance issues because of network speeds.
Supposedly I have 10gbit connections on all my NAS devices, however, it seems
to me that the fastest I can write is 1Gbit. When I'm copying very large
files, etc, I see 'D' as the cp waits to I/O, but when I go the gluster
ser
Have you done the server part too? I mean adding "option
rpc-auth-allow-insecure on" to /etc/glusterfs/glusterd.vol on EVERY server
that participates in the volume.
I saw only one scenario where it hangs after a vm start, and it was fixed
with the additional option mentioned above.
But you will ha
Vijay,
Are you sure it's benign? I'm asking because it prevented my vm to start.
Have you actually tried to start a vm on a replicated volume in GlusterFS
3.5.0 using qemu-libgfapi integration?
I believe it's a new problem introduced in 3.5.0 and fixed in 3.5.1beta2.
Jae
On 6/12/14 6:44 AM, "Vij
On 06/12/2014 07:47 PM, Ivano Talamo wrote:
On 6/12/14 3:44 PM, Vijay Bellur wrote:
On 06/11/2014 11:25 PM, Ivano Talamo wrote:
Hello,
I recently update 2 servers (Scientific Linux 6) with a replicate volume
from gluster 3.4 to 3.5.0-2.
The volume was previously used to host qemu/kvm VM images
On 06/12/2014 07:14 PM, Vijay Bellur wrote:
On 06/11/2014 11:25 PM, Ivano Talamo wrote:
Hello,
I recently update 2 servers (Scientific Linux 6) with a replicate volume
from gluster 3.4 to 3.5.0-2.
The volume was previously used to host qemu/kvm VM images accessed via a
fuse-mounted mount-point.
On 6/12/14 3:44 PM, Vijay Bellur wrote:
On 06/11/2014 11:25 PM, Ivano Talamo wrote:
Hello,
I recently update 2 servers (Scientific Linux 6) with a replicate volume
from gluster 3.4 to 3.5.0-2.
The volume was previously used to host qemu/kvm VM images accessed via a
fuse-mounted mount-point.
Now
On 6/12/14 2:21 PM, Niels de Vos wrote:
On Thu, Jun 12, 2014 at 10:59:23AM +0200, Ivano Talamo wrote:
Hi Jae,
Have you taken care of setting the required glusterd and volume options?
these are described here:
-
http://www.gluster.org/community/documentation/index.php/Libgfapi_with_qemu_libvir
On 06/11/2014 11:25 PM, Ivano Talamo wrote:
Hello,
I recently update 2 servers (Scientific Linux 6) with a replicate volume
from gluster 3.4 to 3.5.0-2.
The volume was previously used to host qemu/kvm VM images accessed via a
fuse-mounted mount-point.
Now I would like to use the libgfapi but I'm
On Thu, Jun 12, 2014 at 10:59:23AM +0200, Ivano Talamo wrote:
> Hi Jae,
>
> starting the vm works fine, but only in the old-way, ie. with the
> path to the mounted volume.
> If trying to start with the libgfapi the virsh start commands waits
> forever (is blocked on a futex).
>
> Maybe I should l
https://bugzilla.redhat.com/show_bug.cgi?id=1108669
--
*Gene Liverman*
Systems Administrator
Information Technology Services
University of West Georgia
glive...@westga.edu
678.839.5492
ITS: Making Technology Work for You!
This e-mail and any attachments may contain confidential and privile
Hi Niels,
Is there a way of preventing Gluster from trying IPv6 first? I would
rather not have to disable it on the host entirely, because we're
increasingly using it more generally.
Cheers,
Adam
On Fri, Jun 6, 2014 at 9:06 AM, Niels de Vos wrote:
> On Fri, Jun 06, 2014 at 09:26:12AM +0200, Sjo
On 06/12/2014 01:16 AM, John Gardeniers wrote:
I guess that will be listed just below my Albanian company, Gluster
Stuff. :)
Regards,
John
On 12/06/14 06:55, James wrote:
On Wed, Jun 11, 2014 at 11:19 AM, Lalatendu Mohanty wrote:
We can sort that list alphabetically first country the
Hi Jae,
starting the vm works fine, but only in the old-way, ie. with the path
to the mounted volume.
If trying to start with the libgfapi the virsh start commands waits
forever (is blocked on a futex).
Maybe I should leave the libgfapi for the future.
Thanks,
Ivano
On 6/12/14 7:11 AM, Jae
18 matches
Mail list logo