On Fri, Sep 24, 2010 at 03:04:45PM -0800, David Allen wrote:
Multiple Machines
This is sort of a best practices kind of question so all comments are
welcome. I'm wondering what folks are doing when setting up multiple
(more than 1, but less than 10) machines.
Consider, for example, some
Multiple Machines
This is sort of a best practices kind of question so all comments are
welcome. I'm wondering what folks are doing when setting up multiple
(more than 1, but less than 10) machines.
Consider, for example, some ordinary files such as the following:
/root/.cshrc
/root
On Fri, 24 Sep 2010 15:04:45 -0800,
David Allen the.real.david.al...@gmail.com said:
D I'm wondering what folks are doing when setting up multiple (more than
D 1, but less than 10) machines. Consider, for example, some ordinary
D files such as the following:
D /root/.cshrc
I'm interested in how to specify a release and a bunch of packages,
and squirt it to multiple machines. Or perhaps I'd like to spec the
current binary contents of my machine (sans config files) so I could
rebuild it from scratch later, without backups, or perhaps install
another machine with my
On Wednesday 12 September 2007 21:47:23 Steve Franks wrote:
I'm interested in how to specify a release and a bunch of packages,
and squirt it to multiple machines. Or perhaps I'd like to spec the
current binary contents of my machine (sans config files) so I could
rebuild it from scratch
The section in the Handbook presents a solution for a scenario in which
all machines in a build set are more less identical, or sufficiently
generic enough that each machine's make.conf is the same, the exception
being the build machine's own make.conf (which can specify that multiple
kernels are
On Thursday 16 November 2006 20:48, George Allan wrote:
The section in the Handbook presents a solution for a scenario in which
all machines in a build set are more less identical, or sufficiently
generic enough that each machine's make.conf is the same, the exception
being the build machine's
Hello,
I've got four physical machines, all running 5.4, three of them have
between 1 and 3 jails on them, and all have similar software installed.
Updating each box and jail manually is becoming tedious manually, even with
portupgrade saving my make options. I was wondering if anyone had a
On Fri, Sep 09, 2005 at 11:39:59AM -0400, dave wrote:
Hello,
I've got four physical machines, all running 5.4, three of them have
between 1 and 3 jails on them, and all have similar software installed.
Updating each box and jail manually is becoming tedious manually, even with
portupgrade
Hi,
I'd like to install 5.4 on several machines. The hardware is similar,
but not exactly equal (different size HDs, different amount of
memory).
Is there any way to install 5.4 on different machines with the same
options, i.e. same set of packages, same settings (e.g. keyboard)
etc. without
Ewald Jenisch [EMAIL PROTECTED] writes:
I'd like to install 5.4 on several machines. The hardware is similar,
but not exactly equal (different size HDs, different amount of
memory).
Is there any way to install 5.4 on different machines with the same
options, i.e. same set of packages, same
You could use freebsd livecd (http://livecd.sourceforge.net/) for multiple
installations. I don't know what kickstart is, but livecd lets you build an
installation cd from an existing installation, and replicate it on other
machines.
24 May 2005 14:25:16 -0400, Lowell Gilbert
[EMAIL
Hi Franco,
Is LiveCD compatible with FreeBSD 5.x?
- Marcelo Souza
On Tue, 24 May 2005, Franco Bruno Borghesi wrote:
|You could use freebsd livecd (http://livecd.sourceforge.net/) for multiple
|installations. I don't know what kickstart is, but livecd lets you build an
|installation cd
On 5/24/05, Ewald Jenisch [EMAIL PROTECTED] wrote:
Hi,
I'd like to install 5.4 on several machines. The hardware is similar,
but not exactly equal (different size HDs, different amount of
memory).
Is there any way to install 5.4 on different machines with the same
options, i.e. same set
@freebsd.org
Subject: Re: Installing on multiple machines
On 5/24/05, Ewald Jenisch [EMAIL PROTECTED] wrote:
Hi,
I'd like to install 5.4 on several machines. The hardware is
similar,
but not exactly equal (different size HDs, different amount of
memory).
Is there any way to install 5.4
Hi all,
a couple of years back, we ran into a problem with the FreeBSD NFS code
where file locks were not seen by other machines.
We use Netapp disk hardware to mount NFS filesystems to our FreeBSD
systems. In the past, two different machines would not recognize locks
from each other, and
On Wed, Feb 09, 2005 at 11:33:26AM -0800, Tim Traver wrote:
Hi all,
a couple of years back, we ran into a problem with the FreeBSD NFS code
where file locks were not seen by other machines.
We use Netapp disk hardware to mount NFS filesystems to our FreeBSD
systems. In the past, two
I have 15 FreeBSD machines on my network (soon to be around 30) and want
to synch all the machines userid and passwords. Is NIS still the
primary way to do this or is there a better solution?
--
Ray Seals [EMAIL PROTECTED]
___
[EMAIL PROTECTED]
Ray Seals [EMAIL PROTECTED] wrote:
I have 15 FreeBSD machines on my network (soon to be around 30) and want
to synch all the machines userid and passwords. Is NIS still the
primary way to do this or is there a better solution?
As far as I understand it, yes. Although Kerberos seems to be a
On Thursday 22 July 2004 13:23, Bill Moran wrote:
Ray Seals [EMAIL PROTECTED] wrote:
I have 15 FreeBSD machines on my network (soon to be around 30) and
want to synch all the machines userid and passwords. Is NIS still the
primary way to do this or is there a better solution?
As far as
Kirk Strauser [EMAIL PROTECTED] wrote:
On Thursday 22 July 2004 13:23, Bill Moran wrote:
Ray Seals [EMAIL PROTECTED] wrote:
I have 15 FreeBSD machines on my network (soon to be around 30) and
want to synch all the machines userid and passwords. Is NIS still the
primary way to do
On Thu, Jul 22, 2004 at 02:46:57PM -0400, Bill Moran wrote:
Were you able to make this work well with 4.x machines? It's been a while
since I tried, but I had problems with nss turning UIDs back into names.
This would still be a problem, because there is no support for nss_ldap in
FreeBSD
On Thu, Jul 22, 2004 at 02:23:36PM -0400, Bill Moran wrote:
Ray Seals [EMAIL PROTECTED] wrote:
I have 15 FreeBSD machines on my network (soon to be around 30) and want
to synch all the machines userid and passwords. Is NIS still the
primary way to do this or is there a better solution?
On Tue, 24 Feb 2004, Tony Frank wrote:
[snip]
TF : If True, for optimized code across all machines, the code should
TF : just be built on each machine, right?
TF That would give slightly better performance. However, it can be more
TF pain than it is worth if the number of machine types
In message: [EMAIL PROTECTED]
D J Hawkey Jr [EMAIL PROTECTED] writes:
: True or False: Setting CPUTYPE to the lowest target CPU (p2) in
: a build machine's make.conf will cripple the performance of target
: machines with higher CPUs (p3, p4, i586, i686, etc.).
False. It might have a
On Feb 23, at 09:12 AM, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
D J Hawkey Jr [EMAIL PROTECTED] writes:
: True or False: Setting CPUTYPE to the lowest target CPU (p2) in
: a build machine's make.conf will cripple the performance of target
: machines with higher CPUs
Hi,
On Mon, Feb 23, 2004 at 10:46:07AM -0600, D J Hawkey Jr wrote:
On Feb 23, at 09:12 AM, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
D J Hawkey Jr [EMAIL PROTECTED] writes:
: True or False: Setting CPUTYPE to the lowest target CPU (p2) in
: a build machine's
Hi,
On Sat, Feb 21, 2004 at 11:23:28AM -0600, D J Hawkey Jr wrote:
On Feb 21, at 05:56 PM, Gabriel Ambuehl wrote:
DJHJ Second, two machines are of the same architecture, but they have different
DJHJ CPUs: One is an Intel PIII, but the other is a PII. Will the world built
DJHJ on a PIII
OK, I've cross-posted this message to -hackers, to see if we can get
some sort of definitive [to me] answer. Please forgive if it's considered
bad form.
-hackers: There is a thread in -questions in response to my query as
to building the world and kernels for a variety of Intel CPUs on one
Hi all.
I recently acquired a laptop whose world and kernel I'd like to have
built by a different machine on my LAN. Chapter 21.5 of the current
Handbook lays things out pretty well, but I do have a couple of questions
before proceeding.
The Handbook states: Finally[,] make sure that
Hi D J Hawkey Jr,
you wrote.
DJHJ So, two machines use the same world, except that a laptop doesn't want
DJHJ profiled libraries or games. Since the install is separate from the build,
DJHJ the build machine's make.conf must _not_ define NOPROFILE nor NOGAMES,
If that machine itself wants those,
On Feb 21, at 05:56 PM, Gabriel Ambuehl wrote:
DJHJ Second, two machines are of the same architecture, but they have different
DJHJ CPUs: One is an Intel PIII, but the other is a PII. Will the world built
DJHJ on a PIII be correct for a PII? Similarly, will the kernel for the PII
DJHJ built
- Original Message -
From: Jerry McAllister [EMAIL PROTECTED]
To: Drew Tomlinson [EMAIL PROTECTED]
Cc: Jerry McAllister [EMAIL PROTECTED]; FreeBSD Questions
[EMAIL PROTECTED]
Sent: Friday, November 08, 2002 12:47 PM
Subject: Re: /etc/make.conf - Multiple Machines
I'm trying to set
I'm trying to set up a build machine as described in section 21.5 of the
Handbook. The directions say to use a common /etc/make.conf for all
machines that will share binaries. One of my machines is an i686 class
CPU. The other is an i585 CPU. To what value should I set CPUTYPE.
Default
I'm trying to set up a build machine as described in section 21.5 of the
Handbook. The directions say to use a common /etc/make.conf for all
machines that will share binaries. One of my machines is an i686 class
CPU. The other is an i585 CPU. To what value should I set CPUTYPE.
Hello list,
I have an idea to update my machines from one source. As their number is
very small, I'm used to rebuild everything for every of them with
different make.conf's and then install through nfs.
But, maybe it's possible to build with make.conf including maximum
options (of course, cpu
36 matches
Mail list logo