search for: bfoster

Dear gluster experts, I search through glusterfs 3.3 source tree and can't find any fuse open option FOPEN_KEEP_CACHE related code. Does this mean that glusterfs 3.3 doen't support fuse keep cache feature? However I did find keep cache code in mainline. My question is: 1 does glusterfs 3.3 support page cache? 2 if not what is the best practice to improve performance if a file is

Hey all, Trying to use fallocate with qcow2 images to increase performance. When doing so (with OpenStack), my Gluster mountpoint goes into "Transport endpoint is not connected". I am running the Ubuntu 12.04 version of glusterfs-client/server (3.2.5-1ubuntu1) and fuse (2.8.6-2ubuntu2). Any ideas? Thanks, Jacob -------------- next part -------------- An HTML attachment was

Hello, I am in the point of picking up a FS for new brick nodes. I was used to like and use ext4 until now but I recently red for an issue introduced by a patch in ext4 that breaks the distributed translator. In the same time, it looks like the recommended FS for a brick is no longer ext4 but XFS which apparently will also be the default FS in the upcoming RedHat7. On the other hand, XFS is being

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 type xfs (rw) I create a gluster volume have 4 stripe gluster volume create test-volume3 stripe 4

Hi, I know this isn't a valid use case or generally sane thing to do, but we have a bug (link, with details, below) filed for a panic against a detach-disk/attach-disk sequence of an ext4 mounted vd device on a rhel kernel. The same sequence leads to the following BUG on an upstream kernel (3.7.0-rc5+ SMP x86_64 GNU/Linux): [ 75.114951] BUG: unable to handle kernel NULL pointer

Hi, I know this isn't a valid use case or generally sane thing to do, but we have a bug (link, with details, below) filed for a panic against a detach-disk/attach-disk sequence of an ext4 mounted vd device on a rhel kernel. The same sequence leads to the following BUG on an upstream kernel (3.7.0-rc5+ SMP x86_64 GNU/Linux): [ 75.114951] BUG: unable to handle kernel NULL pointer

Hello everyone, We are in the process of formalizing the governance model of the GlusterFS project. Historically, the governance of the project has been loosely structured. This is an invitation to all of you to participate in this discussion and provide your feedback and suggestions on how we should evolve a formal model. Feedback from this thread will be considered to the extent possible in

...ndan@cs.ubc.ca> Breno Leitao <brenohl@br.ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

...ndan@cs.ubc.ca> Breno Leitao <brenohl@br.ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

...ndan@cs.ubc.ca> Breno Leitao <brenohl@br.ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

...ndan@cs.ubc.ca> Breno Leitao <brenohl@br.ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

...ndan@cs.ubc.ca> Breno Leitao <brenohl@br.ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

....ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Behlendorf <behlendorf1@llnl.gov> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

....ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Behlendorf <behlendorf1@llnl.gov> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Norris <computersforpeace@gmail.com> Brian Uchino <buchino@cisco.com> Bruce Allan <bruce.w...

....ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Behlendorf <behlendorf1@llnl.gov> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Lilly <brian@crystalfontz.com> Brian Norris <computersforpeace@gmail.com> Brian Pomerantz &lt...

....ibm.com> Bret Towe <magnade@gmail.com> Brian Austin <brian.austin@cirrus.com> Brian Behlendorf <behlendorf1@llnl.gov> Brian Cockrell <brian.cockrell@intel.com> Brian Downing <bdowning@lavos.net> Brian Foley <brian.foley@arm.com> Brian Foster <bfoster@redhat.com> Brian Gix <bgix@codeaurora.org> Brian Haley <brian.haley@hp.com> Brian King <brking@linux.vnet.ibm.com> Brian King <brking@us.ibm.com> Brian Lilly <brian@crystalfontz.com> Brian Norris <computersforpeace@gmail.com> Brian Pomerantz &lt...

Hi, I don't know if this is a bug or not. I use Apache web server and perl cgi's and modules to start a shell script which runs a simple ssh command: /usr/local/bin/ssh $dest rm -r /directory/tree/to/be/removed This works fine from the command line. However, when run from the web server, it fails. The error return code is 255. The user in both cases is the same and publickey