Automatically running /usr/tests on stable/10 branch under Jenkins

Mateusz Guzik mjguzik at gmail.com
Wed Oct 29 05:44:08 UTC 2014


On Fri, Oct 24, 2014 at 09:09:48PM -0700, Craig Rodrigues wrote:
> On Thu, Oct 23, 2014 at 10:36 PM, Mateusz Guzik <mjguzik at gmail.com> wrote:
> 
> > > (1)  does a buildworld/buildkernel on amd64 when someone checks new
> > >       code into the stable/10 branch
> >
> > Is not this excessive?
> 
> 
> It has not been a problem.  For example, when a build occurs on the HEAD in
> svn,
> if further commits come in on HEAD, we have Jenkins configured so that it
> will not trigger another build on HEAD until the build in progress is done.
> It has been working fine.
> 

Ok.

> If no commits
> 
> 
> > > (2)  Creates a bootable UFS image with makefs
> >
> > any chance zfs will be used as well?
> >
> 
> Sure, we can look at that as well, but as I said earlier,
> there need to be more bodies working on setting up builds and
> configurations for this
> to happen.
> 

I can't help with that, sorry.

> 
> >
> > would be nice to run some kind of stress testing. buildworld with a high
> > -j is an example of a general purpose test. This could be done with
> > different frequency than regular tests.
> >
> >
> Are you volunteering to write the scripts that incorporate any stress
> testing
> that you think should be done?  We would welcome any contributions.
> 
> 

Are you aware of e.g. stress2 by pho?

https://people.freebsd.org/~pho/stress/index.html

Plugging this in should not be hard for someone who knows jenkins.

That's not me though. :)

> > Do you have crashdumps configured in case stuff goes wrong?
> >
> >
> 
> No.
> 
> You can look at our scripts used to build and boot the various VM's:
> 
> https://wiki.freebsd.org/Jenkins#Repositories
> 
> It's all on github, so if you think you have new scripts to add, or fixes
> to existing scripts,
> you can feel free to do a github pull request to contribute.
> 
> --
> Craig

-- 
Mateusz Guzik <mjguzik gmail.com>


More information about the freebsd-virtualization mailing list