Dear Guys,
I am using cobbler with oneSIS. Reason for using oneSIS is, i am
trying to push the golden image created on cobbler server. Since cobbler
supports installation only from iso's, i had to use both together.
I read the documents on pxe_just_once option, which says enabli
However, to get there I needed to apply a small patch based on my thoughts on
using .discinfo on the mounted iso image.
Please find the rough patch attached that I thought I had sent yesterday
evening.
All the best,
Gareth
--
--- action_import.py.orig 2009-05-08 17:36:31.0 +02
You might want to change your root password. You accidentally posted
the hash to the world. Speaking of that we've been having problems
with the pxe_just_once feature also with 1.6.4. I'll look into it more
after getting to the office
Sent from my iPhone
On May 13, 2009, at 12:02 AM, nee..
>
> The problem with how the arch is currently determined in action_import.py is
> that arch determination is based on finding a kernel type package. In my
> case for Rhel4-U4, those pkgs are on disc2, so no joy. In the attached
> patch, I first check the arch info returned by the .discinfo f
I'm currently fixing up the get fields infrastructure, to simply things
and keep from having hundreds of lines of sprawl in each file if i
can. This was honestly stuff I wanted to look at for 2.0, but I think
we need to contain the complexity before it gets to be too much.
I'll also try to g
nee...@crlindia.com wrote:
>
> Dear Guys,
>
> I am using cobbler with oneSIS. Reason for using oneSIS is, i
> am trying to push the golden image created on cobbler server. Since
> cobbler supports installation only from iso's, i had to use both
> together.
Cobbler does not support insta
Jeff Schroeder wrote:
> You might want to change your root password. You accidentally posted
> the hash to the world. Speaking of that we've been having problems
> with the pxe_just_once feature also with 1.6.4. I'll look into it more
> after getting to the office
I believe last time you had pr
Apologies this isn't a little more comprehensive a bug report. Two odd
behaviours...
First if I create a system profile with a virt path value of "s4-xen-vg",
then the chcon -t virt... operation fails as it puts too many hyphens in the
argument to the device path eg., /dev/mapper/s4--xen.
Second
On Wed, May 13, 2009 at 7:04 AM, Michael DeHaan wrote:
> Jeff Schroeder wrote:
>> You might want to change your root password. You accidentally posted
>> the hash to the world. Speaking of that we've been having problems
>> with the pxe_just_once feature also with 1.6.4. I'll look into it more
>>
Matt Ford wrote:
> Apologies this isn't a little more comprehensive a bug report. Two
> odd behaviours...
>
> First if I create a system profile with a virt path value of
> "s4-xen-vg", then the chcon -t virt... operation fails as it puts too
> many hyphens in the argument to the device path
I see this code is part of kickgen.py, the kickstart_start and other vars
seem to work but not kickstart_done for some reason..
meta["kickstart_done"] = self.generate_kickstart_signal(0, profile, s)
On Wed, May 13, 2009 at 10:14 AM, Jeff Schroeder wrote:
> On Wed, May 13, 2009 at 7:04 AM, Mic
Jeff Schroeder wrote:
> On Wed, May 13, 2009 at 7:04 AM, Michael DeHaan wrote:
>
>> Jeff Schroeder wrote:
>>
>>> You might want to change your root password. You accidentally posted
>>> the hash to the world. Speaking of that we've been having problems
>>> with the pxe_just_once feature al
On Wed, May 13, 2009 at 7:21 AM, Michael DeHaan wrote:
> Jeff Schroeder wrote:
>>
>> On Wed, May 13, 2009 at 7:04 AM, Michael DeHaan
>> wrote:
>>
>>>
>>> Jeff Schroeder wrote:
>>>
You might want to change your root password. You accidentally posted
the hash to the world. Speaking o
> The only serious trigger we have that I've not posted is one for
> autosigning puppet keys so no. cobbler system getks shows
> "$kickstart_done" as a shell variable. Wouldn't that be the bug right
> there? I dont think the code to render $kickstart_done into the wget
> is working properly. Is th
Michael DeHaan wrote:
> I'm currently fixing up the get fields infrastructure, to simply things
> and keep from having hundreds of lines of sprawl in each file if i
> can. This was honestly stuff I wanted to look at for 2.0, but I think
> we need to contain the complexity before it gets to be
On Wed, May 13, 2009 at 7:30 AM, Michael DeHaan wrote:
>
>> The only serious trigger we have that I've not posted is one for
>> autosigning puppet keys so no. cobbler system getks shows
>> "$kickstart_done" as a shell variable. Wouldn't that be the bug right
>> there? I dont think the code to rend
Christopher Johnston wrote:
> I see this code is part of kickgen.py, the kickstart_start and other
> vars seem to work but not kickstart_done for some reason..
>
> meta["kickstart_done"] = self.generate_kickstart_signal(0, profile, s)
>
>
> On Wed, May 13, 2009 at 10:14 AM, Jeff Schroeder
> mai
Or one would say Jeff works with me :-p
I got him to fess up on who changed the template.. *snicker*
On Wed, May 13, 2009 at 10:37 AM, Michael DeHaan wrote:
> Christopher Johnston wrote:
> > I see this code is part of kickgen.py, the kickstart_start and other
> > vars seem to work but not kick
2009/5/13 Michael DeHaan
> Matt Ford wrote:
> > Apologies this isn't a little more comprehensive a bug report. Two
> > odd behaviours...
>
>
> >
> > First if I create a system profile with a virt path value of
> > "s4-xen-vg", then the chcon -t virt... operation fails as it puts too
> > many hyp
On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan wrote:
...
> Yeah, you work with Jeff though :)
>
> Anyone else?
The jerk that broke our template was me. Changing #end to #end raw fixed it.
If there isn't a wiki perhaps a "common mistakes" page can be created
on the wiki for kickstart templates?
I apologize again for the badly entitled mail and for *MY*
misunderstanding of what "cobbler import --available-as" does.
The subject should have been, "cobbler import with the --available-as
option chokes on disc1 of a multiple iso image install tree". My point
of view is that it should not
Matt Ford wrote:
> 2009/5/13 Michael DeHaan mailto:mdeh...@redhat.com>>
>
> Matt Ford wrote:
> > Apologies this isn't a little more comprehensive a bug report. Two
> > odd behaviours...
>
>
> >
> > First if I create a system profile with a virt path value of
> > "s4-xen-vg"
On Wed, 13 May 2009 07:44:58 -0700, Jeff Schroeder
wrote:
> On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan
wrote:
> ...
>> Yeah, you work with Jeff though :)
>>
>> Anyone else?
>
> The jerk that broke our template was me. Changing #end to #end raw fixed
> it.
>
> If there isn't a wiki perhaps
On Wed, 13 May 2009 09:42:51 -0400, Michael DeHaan
wrote:
>>
>> The problem with how the arch is currently determined in
action_import.py
>> is that arch determination is based on finding a kernel type package.
In
>> my case for Rhel4-U4, those pkgs are on disc2, so no joy. In the
>> attached p
James Cammarata wrote:
> On Wed, 13 May 2009 09:42:51 -0400, Michael DeHaan
> wrote:
>
>>> The problem with how the arch is currently determined in
>>>
> action_import.py
>
>>> is that arch determination is based on finding a kernel type package.
>>>
> In
>
>>> my case for
Jeff Schroeder wrote:
> On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan wrote:
> ...
>
>> Yeah, you work with Jeff though :)
>>
>> Anyone else?
>>
>
> The jerk that broke our template was me. Changing #end to #end raw fixed it.
>
> If there isn't a wiki perhaps a "common mistakes" page can
On Wed, 13 May 2009 10:00:20 -0500, James Cammarata wrote:
> On Wed, 13 May 2009 07:44:58 -0700, Jeff Schroeder
> wrote:
>> On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan
> wrote:
>> ...
>>> Yeah, you work with Jeff though :)
>>>
>>> Anyone else?
>>
>> The jerk that broke our template was me.
Hello all!
I have a %post script that has been running flawlessly through numerous
cobbler / koan upgrades. Recently, I have noticed that DNS resolution is
failing in 1.6.3 / 4 during %post wget as well as yum updates.
Now, I am not sure if this is a cobbler / anaconda or ? issue.
I am able to
Hello again :)
Trying to cobbler-register a few servers and get the following:
[r...@~]# /usr/bin/cobbler-register --server=cobbler.server
--profile=f10-i386 --hostname=eden
Traceback (most recent call last):
File "/usr/bin/cobbler-register", line 19, in
sys.exit(app.main() or 0)
NameErro
On Wed, May 13, 2009 at 9:17 AM, James Cammarata wrote:
>
> On Wed, 13 May 2009 10:00:20 -0500, James Cammarata wrote:
>> On Wed, 13 May 2009 07:44:58 -0700, Jeff Schroeder
>
>> wrote:
>>> On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan
>> wrote:
>>> ...
Yeah, you work with Jeff though :)
On Wed, May 13, 2009 at 9:21 AM, Ronald J. Yacketta
wrote:
> Hello all!
>
> I have a %post script that has been running flawlessly through numerous
> cobbler / koan upgrades. Recently, I have noticed that DNS resolution is
> failing in 1.6.3 / 4 during %post wget as well as yum updates.
>
> Now, I
James Cammarata wrote:
> On Wed, 13 May 2009 10:00:20 -0500, James Cammarata wrote:
>
>> On Wed, 13 May 2009 07:44:58 -0700, Jeff Schroeder
>>
>
>
>> wrote:
>>
>>> On Wed, May 13, 2009 at 7:37 AM, Michael DeHaan
>>>
>> wrote:
>>
>>> ...
>>>
Yeah, you work
Ronald J. Yacketta wrote:
> Hello again :)
>
> Trying to cobbler-register a few servers and get the following:
>
> [r...@~]# /usr/bin/cobbler-register --server=cobbler.server
> --profile=f10-i386 --hostname=eden
> Traceback (most recent call last):
> File "/usr/bin/cobbler-register", line 19, in
Jeff Schroeder wrote:
> On Wed, May 13, 2009 at 9:21 AM, Ronald J. Yacketta
> wrote:
>
>> Hello all!
>>
>> I have a %post script that has been running flawlessly through numerous
>> cobbler / koan upgrades. Recently, I have noticed that DNS resolution is
>> failing in 1.6.3 / 4 during %post wge
Jeff Schroeder wrote:
On Wed, May 13, 2009 at 9:21 AM, Ronald J. Yacketta
wrote:
Hello all!
I have a %post script that has been running flawlessly through numerous
cobbler / koan upgrades. Recently, I have noticed that DNS resolution is
failing in 1.6.3 / 4 during %post wget as well as yu
On Wed, May 13, 2009 at 9:57 AM, Michael DeHaan wrote:
...
> Sounds ok... I thought we had actually decided to /not/ use ErrorCatcher, so
> I'll have to dig through that. Try it out, perhaps?
>
> What we do also ideally should integrate with "cobbler validateks" ideally
> (and maybe obsolete that
I'm getting set up with Cobbler and noticed an option to mirror a repo.
By default, where do the Cobbler repo mirrors live? Can this path be
changed?
Thanks-
Corey Garst
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/m
Corey Garst wrote:
> I'm getting set up with Cobbler and noticed an option to mirror a repo.
> By default, where do the Cobbler repo mirrors live? Can this path be
> changed?
>
> Thanks-
>
> Corey Garst
>
> ___
> cobbler mailing list
> cobbler@lists.fedor
On Wed, May 13, 2009 at 10:13 AM, Corey Garst wrote:
> I'm getting set up with Cobbler and noticed an option to mirror a repo.
> By default, where do the Cobbler repo mirrors live? Can this path be
> changed?
/var/www/cobbler/repo_mirror
There is a setting named "webdir" that defaults to "/var/w
cobbler is 1.6.4, but koan is 1.6.3. Was there a new release of koan to
match the 1.6.4 cobbler?
rpm -qa | grep koan
koan-1.6.3-1.fc10.noarch
[r...@bs1-5 ~]# yum update koan
torque-fedora-fusion
| 951 B 00
Jeff Schroeder wrote:
On Wed, May 13, 2009 at 9:57 AM, Michael DeHaan wrote:
...
Sounds ok... I thought we had actually decided to /not/ use ErrorCatcher, so
I'll have to dig through that. Try it out, perhaps?
What we do also ideally should integrate with "cobbler validateks" ideally
(and
Michael DeHaan wrote:
Jeff Schroeder wrote:
On Wed, May 13, 2009 at 9:21 AM, Ronald J. Yacketta
wrote:
Hello all!
I have a %post script that has been running flawlessly through numerous
cobbler / koan upgrades. Recently, I have noticed that DNS resolution is
failing in 1.6.3 / 4
Running through the snippets in an attempt to resolve another issue and
I noticed the following in post_instyall_network_config
if [ -f "/etc/modprobe.conf" ] && [ $IFNAME ]; then
grep \$IFNAME /etc/modprobe.conf | sed "s/\$IFNAME/$iname/" >>
/etc/modprobe.conf.cobbler
grep -v \$IFNAME /
Jeff Schroeder wrote:
> On Wed, May 13, 2009 at 10:13 AM, Corey Garst wrote:
>
>> I'm getting set up with Cobbler and noticed an option to mirror a repo.
>> By default, where do the Cobbler repo mirrors live? Can this path be
>> changed?
>>
>
> /var/www/cobbler/repo_mirror
>
> There is a s
Ronald J. Yacketta wrote:
> cobbler is 1.6.4, but koan is 1.6.3. Was there a new release of koan
> to match the 1.6.4 cobbler?
I will investigate when those changes were made next week, most likely
there does need to be a 1.6.4 koan release.
--Michael
_
Ronald J. Yacketta wrote:
> Running through the snippets in an attempt to resolve another issue and
> I noticed the following in post_instyall_network_config
>
> if [ -f "/etc/modprobe.conf" ] && [ $IFNAME ]; then
> grep \$IFNAME /etc/modprobe.conf | sed "s/\$IFNAME/$iname/" >>
> /etc/modprob
Hi All,
Quick question/observation:
[r...@prov snippets]# cobbler system dumpvars --name=svn | grep mac
'mac_address': '00:0c:29:f3:0f:d8',
'mac_address_eth0': '00:0c:29:f3:0f:d8',
...
Using this in a snippet, I would expect both to print the MAC address,
however only the interface level MAC w
Alex Davies wrote:
> Hi All,
>
> Quick question/observation:
>
> [r...@prov snippets]# cobbler system dumpvars --name=svn | grep mac
> 'mac_address': '00:0c:29:f3:0f:d8',
> 'mac_address_eth0': '00:0c:29:f3:0f:d8',
> ...
>
> Using this in a snippet, I would expect both to print the MAC address,
>
Is there a way to regenerate the file /tftpboot/pxelinux.cfg/default for
cobbler? I've removed Spacewalk and I think it took this file with it.
Corey Garst
___
cobbler mailing list
cobbler@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo
Hello,
While installing with cobbler, we would like to add the following line
to the /etc/sudoers file -
ALL=(ALL)ALL
This can be done manually using visudo but is there a command/option
that can be added to the kickstart file?
Thanks,
Anu Ramachandra
On Wed, May 13, 2009 at 1:52 PM, Anu Ramachandra
wrote:
> Hello,
>
> While installing with cobbler, we would like to add the following line
> to the /etc/sudoers file -
>
> ALL=(ALL) ALL
>
> This can be done manually using visudo but is there a command/option
> that can be added to the kicksta
On Wed, May 13, 2009 at 03:56:40PM -0400, Corey Garst wrote:
> Is there a way to regenerate the file /tftpboot/pxelinux.cfg/default for
> cobbler? I've removed Spacewalk and I think it took this file with it.
try
# cobbler sync
Christian
___
cobbler mai
> Alex Davies wrote:
>> Hi All,
>>
>> Quick question/observation:
>>
>> [r...@prov snippets]# cobbler system dumpvars --name=svn | grep mac
>> 'mac_address': '00:0c:29:f3:0f:d8',
>> 'mac_address_eth0': '00:0c:29:f3:0f:d8',
>> ...
>>
>> Using this in a snippet, I would expect both to print the M
53 matches
Mail list logo
