Date: Sat, 5 Jul 2014 20:52:03 -0700 From: Garrett Cooper <yaneurabeya@gmail.com> To: George Neville-Neil <gnn@neville-neil.com> Cc: "testing@freebsd.org" <testing@freebsd.org>, "net@freebsd.org" <net@freebsd.org> Subject: Re: A new way to test systems in multiple machine scenarios... Message-ID: <19D0342C-3635-4DC1-ACB8-5697F1D579F0@gmail.com> In-Reply-To: <B8265086-6875-46A3-BE90-E286CD5066E2@neville-neil.com> References: <B8265086-6875-46A3-BE90-E286CD5066E2@neville-neil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Jul 5, 2014, at 20:04, "George Neville-Neil" <gnn@neville-neil.com> wro= te: >=20 > Hi, >=20 > I've coded up a system to allow you to control multiple other systems for u= se in testing. >=20 > https://github.com/gvnn3/conductor >=20 > It's BSD licensed, of course, and is only alpha quality but I'm using it i= n the test lab > to control hosts in forwarding tests. >=20 > I'll be updating the system frequently over the coming months as I build o= ut more test scenarios, > add documentation and the like. >=20 > There are two main scripts, player, and conductor. You run N players, one= per machine, and > a single conductor. The conductor controls the players by sending down ph= ases which are > encoded in INI style configs. There are a few, simple, samples in the con= fig/ directory > of the project. >=20 > Best, > George >=20 > NOTE: Conductor MUST run as root to be useful. Do NOT run on the open Int= ernet. It is meant > for private test labs. I took a quick glance at the code -- have you considered using multiprocessi= ng managers instead? https://docs.python.org/2/library/multiprocessing.html#managers -Garrett=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19D0342C-3635-4DC1-ACB8-5697F1D579F0>