mand argument or
environment variable). Have I missed something in the documentation?
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: david@ecmwf.int
l bit of associated scripting (or similar) to tickle 'cfengine'
into action as the freshly installed machine first boots.
What might be a good, clean way to glue that cfengine install/initialise
onto the back end of the cobbler-based installation?
--
: David Lee
: ECMWF (Da
already in action.)
Since writing my email, I had sketched for myself one possible structure
for doing it; your email has revealed a slightly different structure
which will be a great help to me. Thanks.
--
: David Lee
: ECMWF (Data Handling System)
like to be able to have replication and
duplication to support deployment of our RHEL machines?
Do you have an estimated timescale for 2.0.12? A few days, a few weeks
or a few months?
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+
s seems so intuitive, and likely to be so commonly wanted, that I
presume there must be some hook in cobbler that I've missed. (Or do I
have to write some sort of post-install snippet to manipulate /etc/hosts
to achieve this?)
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
uch information documented somewhere? I'm happy to read manuals if
I know that such things exist!)
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: david@ecmwf.int
ppet work to bootstrap that.)
Just a thought...
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: david@ecmwf.int
___
cobbler mailing list
cobbler@lists.fedorahosted.
uld like to
keep replicated on another machine. But there seems little point in us
trying to do this at present if this bug is present. (In our case, both
servers would be the most recent cobbler release (which I understand is
still 2.0.11).
Is there a release planned soon, with at leas
James Cammarata wrote:
> On Wed, Oct 5, 2011 at 7:15 AM, David Lee wrote:
>> Scott Henson wrote:
>>> On 12 Jul 2011 11:33:44 -0400, "Ronald J. Yacketta"
>>> wrote:
>>>> Trying to replicate from cobbler 2.0.3.1 to cobbler 2.0.11 and keep
&
omment = Cobbler Repo $repo
#end for
and a similar-looking "distro" clause. These look as though they need
unrolling (as part of the installation or "cobbler sync", as above) into
the final "/etc/rsyncd.conf". Is there a command I can run that will
take the template as i
Chris Ess wrote:
> On 10/7/2011 8:52 AM, David Lee wrote:
>> (Using cobbler 2.0.11, downloaded from epel, on RHEL 5.6)
>>
>> I'm trying for the first time to use "cobbler replicate" on a potential
>> slave machine to fetch files from a cobbler master.
tentially important, wiki bug on "DownloadInstructions" page.
The section titled "For EL 5 x86_64:" section (i.e. for "5") seems to
occur twice. But more importantly, the first occurrence has URLs that
refer to ".../6/...".
--
: David Lee
: ECMWF (Data
...]
Thanks for looking into this. Would I be right in assuming that these
issues (and others raised by Orion Poplawski) will significantly affect
newcomers? And that it could cause them (and us) grief in getting
started? If so, could I suggest that, when these issues are fixed, a
bugfix ver
Jörgen Maas wrote:
> On Thu, Oct 13, 2011 at 10:13 AM, David Lee wrote:
>> Subtle, but potentially important, wiki bug on "DownloadInstructions" page.
>>
>> The section titled "For EL 5 x86_64:" section (i.e. for "5") seems to
>> occur tw
Jörgen Maas wrote:
> On Thu, Oct 13, 2011 at 10:13 AM, David Lee wrote:
>> Subtle, but potentially important, wiki bug on "DownloadInstructions" page.
>>
>> The section titled "For EL 5 x86_64:" section (i.e. for "5") seems to
>> occur tw
utside scope of the cobbler-specific question.)
Hope that helps.
(Despite my appearing to give advice, I would also welcome advice as our
own group ourselves are relative newbies as we embarking on this.)
--
: David Lee
: ECMWF (Data Handling S
e for running a "rescue mode" boot
of a cobbler client system?
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: david@ecmwf.int
___
cobbler mailing list
cobbl
essential point is simplicity and (as Michael says) "it also
immediately exposes the capabilities to those who didn't know it was there."
Should I raise this on "cobbler-devel"?
--
: David Lee
Michael DeHaan wrote:
> Here's an older post that should be help
t of all we need to write accurate,
clear, unambiguous documentation, then implement what the documentation
says.
Hope that helps.
-- David Lee
Michael DeHaan wrote:
Filing a ticket in github (github.com/cobbler/cobbler) should be good
enough.
(I think reinstating the original behavior works be
is the documentation that fully
describes the complete answer?
Could those voting against the proposed "--rescue-mode=true" provide a
working, and tested, recipe of the steps to achieve this, please?
Please, please, can we think "beginner"; think "simple"; think
&
ock problem is that our existing Cobbler set-up doesn't give
me such a prompt.
Have I missed a Cobbler setting (or perhaps a kickstart detail?) that
would toggle this give/hide boot-prompt?
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
g for the word "rescue";
(b) cobbler's design and strategy is OS-agnostic;
(c) real examples are often helpful to end-users.
Many thanks again for your thoughts and assistance on this.
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading
David Lee wrote:
[...]
3. I still think there's a lack in the documentation. So I intend to
try to document something in the wiki, taking into account that:
(a) a Redhat user would be searching for the word "rescue";
(b) cobbler's design and strategy is OS-agnostic;
(
uot;hints" was supposed to represent particular
topics. On reflection, if the word "topics" may be better. (Might
there be a better one still, I wonder?)
Those were a few of the considerations that I had in mind when naming
the page. By all means rename it if you wish!
hould be the prime
repository for "advanced topics".
I realise that Cobbler, like much open source software, is supported by
volunteer effort, so that time and effort are severely limited. That's
why my suggestions above stay with the existing technology and
documentation
vinced that every last
detail of every last option for every last command belongs in a "Start
here" document...)
-- David Lee
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
sketchy overview, deliberately avoiding fine detail at this
stage.)
-- David Lee
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
ny, fashionable streamlined boot in mid-swing, and some
curvy lines to suggest that this boot has just deposited those computers
on that shelf. Or something like that.
-- David Lee
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
t include
the material (hitherto called "config management", such as "management
classes" etc.).
-- David Lee
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
a koan, which I
had previously thought, from its man page, was purely for installation).
Thanks.
-- David Lee
Michael DeHaan wrote:
No, there's no reason to limit it, nor any reason to assume the status
quo must hold.
There's nothing saying koan can't gain more support for more
e any mention there of the considerations raised in this thread.
Dan, Pete, and Ger (as technical contributors to the thread): If you
don't wish to update the wiki yourselves, I'm happy to try to
consolidate any suggestions you may make or send to me.
be happy to consider doing the update for you. (I've
already made a few updates to it myself.)
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: david@ecmwf.int
__
ecessary (and big!) second copy within each
server?
(I tried the "Start Here" on the wiki, but that doesn't really explore
the details of this.)
--
: David Lee
: ECMWF (Data Handling System)
: Shinfield Park
: Reading RG2 9AX
: Berkshire
:
: tel:+44-118-9499 362
: email: davi
r) and it could then pre-populate some sort of hint for something
like kudzu. Or something vaguely like that.
I guess this might go as a cobbler post-install snippet. Or perhaps as some
action for very soon after freshly installed system boots.
Hints, snippets, etc. welcome!
-- Davi
stic, it
maps the "eth*" names onto those findings.
Finally... is it cobbler-specific? OK, the details we are discussing are not
cobbler-specific. But it seems that the best environment to run this is within
the post-install section of cobbler, before the just-installed system is boot
g good.
BUT... the contents of "/etc/dhcpd.conf" still show my new host to have
"next-server" on the original, old "network-main". (Yes, I had remembered the
"cobbler sync".)
What am I missing? (If there's a known bug about this issue in my old version
additional copies of this repo for resilience on multiple
machines, and set up our clients' yum to use "mirrorlist". But is there a way
for cobbler, when installing a client, also to have such a list available to
it, rather than just the one "--mirror
Thanks, James. And thanks, Owen, for your reply, too.
I've opened github issue (#457).
-- David Lee
- Original Message -
> From: "James Cammarata"
> To: "David Lee" , "cobbler mailing list"
>
> Sent: Friday, 3 May, 2013 1:30:40 PM
>
d clues as to how cobbler controls dracut are welcome, please!
(By the way: cobbler version 2.0.11, if that makes a difference. Yes, I know,
it's very old; we plan to update in a couple of months.)
-- David Lee
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/cobbler
uot; clauses are absent. All we have
are those (unimportant) "# error: ..." lines.
Are these missing "[core-]" clauses a known issue? I realise that these
days even our test server "2.5.0" is out of date. So an answer of "a known
fault between 2.0 and 2.
t;.../distros.d/.json" file that seemed to cure the
problem and the resulting "/etc/yum.repos.d/cobbler-config.repo" looks healthy.
-- David Lee, ECMWF
- Original Message -
> From: "David Lee"
> To: "cobbler mailing list"
> Sent: Friday,
e "known-good" list in
perpetuity.)
What would be much better is if that snippet itself could (a) produce error
messages on the main screen and (b) cleanly halt.
Any thoughts? What have I missed?
-- David Lee, DHS, ECMWF
___
cobbler mailin
Re:
>
> David Lee writes:
>
> > The detail. [[ Don't worry about this detail; you may skip this
> > paragraph]] Our client systems have an internal (RAID mirrored) system
> > disk and various external fibre-channel disks.
>
> Is it the same R
Re:
>
> On 04/15/2015 10:04 AM, David Lee wrote:
> > The general issue. In the "%pre" section of the cobbler kickstart file we
> > have a snippet whose purpose is to check a detail of the client machine
> > and, if things are OK, set some variables and proceed
work's server address
}
The "/etc/cobbler/settings" file still has:
next_server: 10.old.srv.addr
but we want to keep this for the time being to continue to serve our existing
estate.
Any clues, please?
If the answer is "not available in 2.6.5 but is available later&
t file looks (visual inspection)
almost perfect (I have one, separate, residual problem).
This is where it is described:
http://cobbler.github.io/manuals/2.6.0/4/7_-_Multi-Homed_Cobbler_Servers.html
Thanks again.
-- David Lee
-- ECMWF
- Original Message -
> From: "Will
e we won't
need the items you describe (we're provisioning real machines directly on
simple networks). Your reply was appreciated!
-- David Lee
-- ECMWF
- Original Message -
> From: "ej4"
> To: "cobbler mailing list"
> Sent: Monday, 19 Se
47 matches
Mail list logo