search for: budic

...er eating out GPU's which could be used by others can be addressed. --- Ashish ----- Original Message ----- From: "Jim Kinney" <jim.kinney at gmail.com> To: gluster-users at gluster.org, "Lindsay Mathieson" <lindsay.mathieson at gmail.com>, "Darrell Budic" <budic at onholyground.com>, "Gluster Users" <gluster-users at gluster.org> Cc: "Gluster Devel" <gluster-devel at gluster.org> Sent: Friday, January 12, 2018 6:00:25 PM Subject: Re: [Gluster-devel] [Gluster-users] Integration of GPU with glusterfs...

On 12/01/2018 3:14 AM, Darrell Budic wrote: > It would also add physical resource requirements to future client > deploys, requiring more than 1U for the server (most likely), and I?m > not likely to want to do this if I?m trying to optimize for client > density, especially with the cost of GPUs today. Nvidia has banne...

...tion? Thanks, Vijay > > --- > Ashish > > > > ------------------------------ > *From: *"Jim Kinney" <jim.kinney at gmail.com> > *To: *gluster-users at gluster.org, "Lindsay Mathieson" < > lindsay.mathieson at gmail.com>, "Darrell Budic" <budic at onholyground.com>, > "Gluster Users" <gluster-users at gluster.org> > *Cc: *"Gluster Devel" <gluster-devel at gluster.org> > *Sent: *Friday, January 12, 2018 6:00:25 PM > *Subject: *Re: [Gluster-devel] [Gluster-users] Integration of...

On January 11, 2018 10:58:28 PM EST, Lindsay Mathieson <lindsay.mathieson at gmail.com> wrote: >On 12/01/2018 3:14 AM, Darrell Budic wrote: >> It would also add physical resource requirements to future client >> deploys, requiring more than 1U for the server (most likely), and I?m > >> not likely to want to do this if I?m trying to optimize for client >> density, especially with the cost of GPUs toda...

Sounds like a good option to look into, but I wouldn?t want it to take time & resources away from other, non-GPU based, methods of improving this. Mainly because I don?t have discrete GPUs in most of my systems. While I could add them to my main server cluster pretty easily, many of my clients are 1U or blade systems and have no real possibility of having a GPU added. It would also add

Hi Darrell, ? ? Thanks, for us it's really easy to reproduce atm. Each restart or stop/start is causing the issue atm over here. ? Atin will look into it on monday fortunately :) Regards Jo ? ? ? -----Original message----- From:Darrell Budic <budic at onholyground.com> Sent:Fri 22-09-2017 17:24 Subject:Re: [Gluster-users] BUG: After stop and start wrong port is advertised To:Atin Mukherjee <amukherj at redhat.com>; CC:Jo Goossens <jo.goossens at hosted-power.com>; gluster-users at gluster.org; I encountered this onc...

...upgrade script do this?) I assume that once the cluster had been migrated to GD2 the glusterd startup script will be smart enough to start the correct version? -Thanks On 3 November 2017 at 04:06, Kaushal M <kshlmster at gmail.com> wrote: > On Thu, Nov 2, 2017 at 7:53 PM, Darrell Budic <budic at onholyground.com> > wrote: > > Will the various client packages (centos in my case) be able to > > automatically handle the upgrade vs new install decision, or will we be > > required to do something manually to determine that? > > We should be able to do...

On Thu, Nov 2, 2017 at 7:53 PM, Darrell Budic <budic at onholyground.com> wrote: > Will the various client packages (centos in my case) be able to > automatically handle the upgrade vs new install decision, or will we be > required to do something manually to determine that? We should be able to do this with CentOS (and other R...

Hi, We have been thinking of exploiting GPU capabilities to enhance performance of glusterfs. We would like to know others thoughts on this. In EC, we have been doing CPU intensive computations to encode and decode data before writing and reading. This requires a lot of CPU cycles and we have been observing 100% CPU usage on client side. Data healing will also have the same impact as it also

Hey Niels, Installed 3.12.4 from centos-gluster312-test on my dev ovirt hyper converged cluster. Everything looks good and is working as expected for storage, migration, & healing. Need any specifics? -D > From: Jiffin Tony Thottan <jthottan at redhat.com> > Subject: [Gluster-users] Announcing Glusterfs release 3.12.4 (Long Term Maintenance) > Date: December 19, 2017 at

...begin migration. But they don't need to have a cluster formed, the script should take care of forming the cluster. > -Thanks > > > > > > On 3 November 2017 at 04:06, Kaushal M <kshlmster at gmail.com> wrote: >> >> On Thu, Nov 2, 2017 at 7:53 PM, Darrell Budic <budic at onholyground.com> >> wrote: >> > Will the various client packages (centos in my case) be able to >> > automatically handle the upgrade vs new install decision, or will we be >> > required to do something manually to determine that? >> >>...

I encountered this once in the past, an additional symptom was peers were in disconnected state on the peers that were NOT using the wrong ports. Disconnected peers is how it detected it in the first place. It happened to me after rebooting, and I fixed it but wasn?t able to stop and gather debugging info on the time. The problem seemed to be that the volume files in

The Gluster community is pleased to announce the release of Gluster 3.12.4 (packages available at [1,2,3]). Release notes for the release can be found at [4]. We still carry following major issue that is reported in the release-notes as follows, 1.) - Expanding a gluster volume that is sharded may cause file corruption ??? Sharded volumes are typically used for VM images, if such volumes

Will the various client packages (centos in my case) be able to automatically handle the upgrade vs new install decision, or will we be required to do something manually to determine that? It?s a little unclear that things will continue without interruption because of the way you describe the change from GD1 to GD2, since it sounds like it stops GD1. Early days, obviously, but if you could

I've already replied to your earlier email. In case you've not seen it in your mailbox here it goes: This looks like a bug to me. For some reason glusterd's portmap is referring to a stale port (IMO) where as brick is still listening to the correct port. But ideally when glusterd service is restarted, all the portmap in-memory is rebuilt. I'd request for the following details from

Tony?s performance sounds significantly sub par from my experience. I did some testing with gluster 3.12 and Ovirt 3.9, on my running production cluster when I enabled the glfsapi, even my pre numbers are significantly better than what Tony is reporting: ??????????????????? Before using gfapi: ]# dd if=/dev/urandom of=test.file bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824

We're fast approaching the time for Gluster-4.0. And we would like to set out the expected upgrade strategy and try to polish it to be as user friendly as possible. We're getting this out here now, because there was quite a bit of concern and confusion regarding the upgrades between 3.x and 4.0+. --- ## Background Gluster-4.0 will bring a newer management daemon, GlusterD-2.0 (GD2),