Re: [Gluster-users] Switch experiences

I do not have any special switches and everything is running fine. GB Network is ok for me. EDV Daniel Müller Leitung EDV Tropenklinik Paul-Lechler-Krankenhaus Paul-Lechler-Str. 24 72076 Tübingen Tel.: 07071/206-463, Fax: 07071/206-499 eMail: muel...@tropenklinik.de Internet: www.tropenklinik.d

[Gluster-users] I am very confused about strip Stripe what way it hold space?

I have 4 dell 2970 server , three server harddisk is 146Gx6 ,one hard disk is 72Gx6: each server mount info is /dev/sda4 on /exp1 type xfs (rw) /dev/sdb1 on /exp2 type xfs (rw) /dev/sdc1 on /exp3 type xfs (rw) /dev/sdd1 on /exp4 type xfs (rw) /dev/sde1 on /exp5 type xfs (rw) /dev/sdf1 on /exp6

[Gluster-users] Switch experiences

Hi, I would like to know what experiences you all have with different brands of switches used with Gluster. I don't know why I should buy a Cisco or HP premium switch, when all I want is a Gb network. No VPN or any advanced features. -- Runar Ingebrigtsen__

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

I would also watch cpu and memory usage. Maybe try the deadline scheduler. Monitor your switch. Since it works fine at first, look for what changes. Brian Candler wrote: >On Mon, Nov 05, 2012 at 01:10:40PM -0500, Jonathan Lefman wrote: >>Thanks Brian. I tried what you recommended. At firs

[Gluster-users] Instructions for converting a distributed volume to a distributed-replicated?

Hi everyone, Where can I find instructions for converting a distributed volume to a distributed replicated volume? Thanks, Michael __ Michael Kushnir System Architect / Engineer Communications Engineering Branch

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

On Mon, Nov 05, 2012 at 01:10:40PM -0500, Jonathan Lefman wrote: >Thanks Brian. I tried what you recommended. At first I was very >encouraged when I saw things moving across the wire. But about 15 >minutes into the transfer things ground to a halt. I am currently >running across

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

Thanks Brian. I tried what you recommended. At first I was very encouraged when I saw things moving across the wire. But about 15 minutes into the transfer things ground to a halt. I am currently running across a GigE channel. Things were moving about 20-40 MB/s but when things stopped moving

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

If your disks are >1TB with XFS then try mount -o inode64 This has the effect of sequential writes into the same directory being localised next to each other (within the same allocation group). When you skip to the next directory you will probably get a different allocation group. Without this, t

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

On 11/05/2012 09:57 AM, harry mangalam wrote: Jeff Darcy wrote a nice piece in his hekafs blog about 'the importance of keeping things sequential' which is essentially about the contention for heads between data io and journal io.

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

Jeff Darcy wrote a nice piece in his hekafs blog about 'the importance of keeping things sequential' which is essentially about the contention for heads between data io and journal io. (also congrats on the Linux Journal

Re: [Gluster-users] Very slow directory listing and high CPU usage on replicated volume

I take it back. Things deteriorated pretty quickly after I began dumping data onto my volume from multiple clients. Initially my transfer rates were okay, not fast, but livable. However after about an hour of copying several terabytes from 3-4 client machines, the rates of transfer often dropped to

Re: [Gluster-users] Packages for Debian Squeeze 3.3.1

On 11/04/2012 10:19 PM, Toby Corkindale wrote: Hi, Has there been any progress on building 3.3.1 .deb packages for Debian Squeeze yet? Is there something wrong with the ones at http://download.gluster.org/pub/gluster/glusterfs/3.3/3.3.1/Debian/squeeze.repo/ ? If no-one else has come forwa

[Gluster-users] Re. Is there a way to force a brick in a replica set to automatically self heal after it goes down and comes back up?

On 10/24/2012 02:20 PM, Kushnir, Michael (NIH/NLM/LHC) [C] wrote: >/ I am thinking of a scenario where a brick #2 in two-brick a replica set goes />/ down and then comes back up. It will be inconsistent with brick #1. From what I />/ understand, missing and changed files are not replicated unt

[Gluster-users] 2 x the same file in directory

Hello, We have a strange issue. We see, two the same files in the same directory. We see the same issue on NFS and native glusterfs client. ls -li 10059405875149890901 -rw-rw-r-- 303 524 500 1928880 Oct 30 16:59 filename.mp3 10059405875149890901 -rw-rw-r-- 303 524 500 1928880 Oct 30 16:59 fil