Toni Mueller wrote:
If Qemu runs OpenBSD, that'd answer another long-standing question I
had in my pipe because I'm currently lacking such a thing.
VMware Server is now cost-free as well, if the rest of the license is
acceptable.
Toni Mueller wrote:
OTOH, in my own network, I want fully automatic unattended installs.
Have you looked at siteXYtools?
http://mongers.org/openbsd/siteXYtools/
---
Lars Hansson
Hi Matthew,
On Tue, 06.03.2007 at 09:18:28 -0600, Matthew Franz <[EMAIL PROTECTED]> wrote:
> Something else you might want to consider (this is what I ended up
> doing, since I didn't want to use NFS) is creating installer LiveCD
> along the lines of http://www.alti.at/knowhow/obsdlivecd/index.php
Something else you might want to consider (this is what I ended up
doing, since I didn't want to use NFS) is creating installer LiveCD
along the lines of http://www.alti.at/knowhow/obsdlivecd/index.php. I
wrote a dialog based installer to allow techs to do easy OS installs.
The LiveCD approach al
Hi Chris,
On Tue, 19.12.2006 at 03:00:04 -0700, Clint Pachl <[EMAIL PROTECTED]> wrote:
> I am working on an automation system that will commence from OS
> installation. For instance, all the questions asked during OS
> installation can be placed in a config file on the central repos. To
I've a
On Wed, Dec 20, 2006 at 08:53:41AM -0600, Will Maier wrote:
> On Wed, Dec 20, 2006 at 02:31:09PM +, Brian Candler wrote:
> > That makes a lot of sense. But enforcing that policy might be
> > difficult. This is important if you're relying on your gold server
> > for disaster recovery purposes -
Brian Candler wrote:
That makes a lot of sense. But enforcing that policy might be difficult.
This is important if you're relying on your gold server for disaster
recovery purposes - if the target machines had some change made which nobody
remembers and weren't reflected in the gold server, then
On Wed, Dec 20, 2006 at 02:31:09PM +, Brian Candler wrote:
> That makes a lot of sense. But enforcing that policy might be
> difficult. This is important if you're relying on your gold server
> for disaster recovery purposes - if the target machines had some
> change made which nobody remembers
On Tue, Dec 19, 2006 at 06:23:16AM -0700, Clint Pachl wrote:
> >A pull-only system assumes that the clients actually pull. What if
> >they don't? How do you know when their last successful pull was?
>
> If you implement a "push" system, how do you know if something was
> actually pushed? What if
On Tue, Dec 19, 2006 at 05:58:08PM +1100, atstake atstake wrote:
> Not directly OpenBSD related but I thought I'd ask. I'd like to use a
> revision control system to manage files on 25-30 servers but I'm not
> sure whether I'd use a centralized repository or have a separate
> revision control syste
On Tue, Dec 19, 2006 at 06:23:16AM -0700, Clint Pachl wrote:
> I'm not so convinced it is that complex on a homogeneous OpenBSD
> network. OpenBSD is a very manageable system, such as the entire
> OS contained in compressed tarballs for easy extraction and the
> flexible ports system. Both of these
I'm not so convinced it is that complex on a homogeneous OpenBSD
network. OpenBSD is a very manageable system, such as the entire OS
contained in compressed tarballs for easy extraction and the flexible
ports system. Both of these entities are easily scriptable. Then all
there is to worry about is
On Tue, Dec 19, 2006 at 05:44:45AM -0700, Clint Pachl wrote:
> So your're saying cfengine would need to be included in an install
> set, such as base40.tgz or some custom install set in order to be
> used in a base install (an obvious yes)? So how do we automate to
> that point? I would like to aut
Francois Visconte wrote:
Hello
To the OP, I would keep everything centralized and in a repository.
Then dedicate a test machine, or two, that you will use to deploy
your updates and test the integrity of your automation system. If all
goes well with the test, push the tested updates over to
Will Maier wrote:
On Tue, Dec 19, 2006 at 03:00:04AM -0700, Clint Pachl wrote:
I would use a dedicated, highly secure and always backed-up box to
store/manage a central repository (CVS/SVN). This repos will hold
all the necessary bytes (binaries, config files, ports, etc.) to
"re-image" any m
Francois Visconte wrote:
Hello
To the OP, I would keep everything centralized and in a repository.
Then dedicate a test machine, or two, that you will use to deploy
your updates and test the integrity of your automation system. If all
goes well with the test, push the tested updates over to
I'm just going to mention rdist, since it's in base. While certainly not as
complex and feature rich as as cfengine it does get the job done just fine
for most tasks.
---
Lars Hansson
On Tue, Dec 19, 2006 at 03:00:04AM -0700, Clint Pachl wrote:
> I would use a dedicated, highly secure and always backed-up box to
> store/manage a central repository (CVS/SVN). This repos will hold
> all the necessary bytes (binaries, config files, ports, etc.) to
> "re-image" any machine from scra
Hello
To the OP, I would keep everything centralized and in a repository.
Then dedicate a test machine, or two, that you will use to deploy your
updates and test the integrity of your automation system. If all goes
well with the test, push the tested updates over to the production
repos. Th
atstake atstake wrote:
Not directly OpenBSD related but I thought I'd ask. I'd like to use
a revision control system to manage files on 25-30
servers but I'm not sure whether I'd use a centralized repository or
have a separate revision control system on each box. It would also be
good
to know h
On 12/18/06, atstake atstake <[EMAIL PROTECTED]> wrote:
>
> Not directly OpenBSD related but I thought I'd ask. I'd like to use
> a revision control system to manage files on 25-30
> servers but I'm not sure whether I'd use a centralized repository or
> have a separate revision control system on ea
Hello,
Not directly OpenBSD related but I thought I'd ask. I'd like to use
a revision control system to manage files on 25-30
servers but I'm not sure whether I'd use a centralized repository or
have a separate revision control system on each box. It would also be
good
to know how much leverage
Not directly OpenBSD related but I thought I'd ask. I'd like to use
a revision control system to manage files on 25-30
servers but I'm not sure whether I'd use a centralized repository or
have a separate revision control system on each box. It would also be good
to know how much leverage can a rev
23 matches
Mail list logo
