[Gluster-devel] GlusterFS in Ubuntu issues (bug 1086460)
Lalatendu Mohanty
lmohanty at redhat.com
Mon Apr 28 15:00:07 UTC 2014
On 04/28/2014 06:48 PM, Kaleb S. KEITHLEY wrote:
> On 04/25/2014 06:23 PM, Joe Julian wrote:
>>>
>> Just to keep all this discussion in one place:
>>
>> #gluster [10:01] <kkeithley> JoeJulian: I'll try running cppcheck to see
>> how long it takes. I'm setting up a bunch of machines to do things like
>> routinely run things like coverity, cppcheck, valgrind, etc. If cppcheck
>> takes too long perhaps we just want a daily run instead of a run every
>> time someone commits
>
> Seems to take about 15 minutes. At least in the VM I set up on a
> fairly beefy server.
>
> Off hand though I'm not sure we want to add another 15 minutes of
> tests to every commit. Justin has indicated that there's a hook in
> Jenkins to run cppcheck. I propose a weekly (or daily) run of
> master/head — does that seem reasonable?
>
IMO Cppcheck should be part of regression tests. So that issues will be
caught when patches are sent. It would be like "prevention is better
than cure" :). Cppcheck can be executed multi threaded so a beefy server
will definitely help.
> Related to that, we need Jenkins slaves. Are we satisfied with using
> Rackspace VMs for this? Are we making any headway with adding slaves
> for things like gluster regression tests? Those being perhaps the
> biggest bottleneck.
>
> I have a beefy server with a big disk array that we could send to the
> Phoenix lab and put in the DMZ, accessible from the outside, but I
> don't know if we have any space there for more gear. Is that something
> people think is worth pursuing, or should we just stick to Rackspace VMs?
>
More information about the Gluster-devel
mailing list