headers
David Mackintosh | 4 Jan 14:35

Cobbler on Solaris 9

Although firmly filed under "stupid computer trick", it may amuse
you to know that the .tar.gz of cobbler 0.3.5 will install correctly
on a SPARC Solaris 9 system with the csw python installed.

Predictably it isn't happy about not being able to find httpd, but
the setup of distros, profiles, and systems works correctly, and
from this platform I have installed several flavors of CentOS,
RHEL-3ES and RHEL-4ES to i386-family systems.

(Importing distros (via rsync) has not been tested as I manage my
distros through other methods, but offhand there isn't really any
reason why this wouldn't work.)

Why might this be useful?  Well I already have a set of scripts for
managing my hosts infrastructure (DNS, NIS, DHCP) plus a tftp server
for Solaris Kickstarts already in existance, and this lets me do
everything from one server.

So I can now say:

# cobbler_byname --host tpx18 --profile RHEL-3ES-U6-i386-ws

...and it generates and runs the appropriate cobbler command for
me, instead of me having to dig out the MAC and IP address for
the system manually.

cobbler_byname is a perl script which I can provide if anyone is
interested.

--

--
(Continue reading)

Permalink | Reply |
headers
Michael DeHaan | 4 Jan 16:22
Picon
Favicon

Re: Cobbler on Solaris 9

David Mackintosh wrote:
> Although firmly filed under "stupid computer trick", it may amuse
> you to know that the .tar.gz of cobbler 0.3.5 will install correctly
> on a SPARC Solaris 9 system with the csw python installed.
>
> Predictably it isn't happy about not being able to find httpd, but
> the setup of distros, profiles, and systems works correctly, and
> from this platform I have installed several flavors of CentOS,
> RHEL-3ES and RHEL-4ES to i386-family systems.
>   
Neat.   For things like getting "cobbler check" to behave better, you 
might be able to get away by changing
http_bin and so forth in /var/lib/cobbler/settings.   Things like the 
http restart probably don't work though.
> (Importing distros (via rsync) has not been tested as I manage my
> distros through other methods, but offhand there isn't really any
> reason why this wouldn't work.)
>
> Why might this be useful?  Well I already have a set of scripts for
> managing my hosts infrastructure (DNS, NIS, DHCP) plus a tftp server
> for Solaris Kickstarts already in existance, and this lets me do
> everything from one server.
>
> So I can now say:
>
> # cobbler_byname --host tpx18 --profile RHEL-3ES-U6-i386-ws
>
> ...and it generates and runs the appropriate cobbler command for
> me, instead of me having to dig out the MAC and IP address for
> the system manually.
(Continue reading)

Permalink | Reply |
headers
David Mackintosh | 5 Jan 00:19

Two other comments

In the process of looking at this, I had two other comments:

1.  It would be nice if there was a quiet mode for cobbler sync.
    Twelve distros generate a lot of noise.

2.  The "name" parameter should be a descriptive (possibly optional)
    field and the MAC address a separate parameter (which might possibly
    be plugged into the "name" field if the "name" field was not explicitly
    provided).

Specifically -- figuring out which "system" is my target when all you
have is a listing of MAC addresses is even more tedious than figuring
out what their MAC addresses were in the first place; ie:

[root <at> router /]$ cobbler list | grep system
system 1        : 00:11:43:cd:81:f8
system 2        : 00:04:23:0A:14:04
system 3        : 00:04:23:a6:a0:86
system 4        : 00:06:5B:B1:7D:7B
system 5        : 00:30:1B:AD:90:9B
system 6        : 00:d0:b7:7a:90:b0

The "name" should probably be a descriptive label and have the MAC
address as a separate parameter as so: 

# cobbler system add --name="tpx18" --mac=00:04:23:a6:a0:86 --profile=[...] --pxe-address=[...]

Of course if "name" was a hostname that was resolvable, that would make
putting in the functionality of cobbler_byname easy... :)
(Continue reading)

Permalink | Reply |
headers
Michael DeHaan | 5 Jan 00:45
Picon
Favicon

Re: Two other comments

David Mackintosh wrote:
> In the process of looking at this, I had two other comments:
>
> 1.  It would be nice if there was a quiet mode for cobbler sync.
>     Twelve distros generate a lot of noise.
>   
Believe it or not, it used to be louder.   Point taken.
> 2.  The "name" parameter should be a descriptive (possibly optional)
>     field and the MAC address a separate parameter (which might possibly
>     be plugged into the "name" field if the "name" field was not explicitly
>     provided).
>
> Specifically -- figuring out which "system" is my target when all you
> have is a listing of MAC addresses is even more tedious than figuring
> out what their MAC addresses were in the first place; ie:
>
> [root <at> router /]$ cobbler list | grep system
> system 1        : 00:11:43:cd:81:f8
> system 2        : 00:04:23:0A:14:04
> system 3        : 00:04:23:a6:a0:86
> system 4        : 00:06:5B:B1:7D:7B
> system 5        : 00:30:1B:AD:90:9B
> system 6        : 00:d0:b7:7a:90:b0
>
> The "name" should probably be a descriptive label and have the MAC
> address as a separate parameter as so: 
>
> # cobbler system add --name="tpx18" --mac=00:04:23:a6:a0:86 --profile=[...] --pxe-address=[...]
>   
Name is already in use in the field and can't change, though I
(Continue reading)

Permalink | Reply |
headers
David Mackintosh | 5 Jan 00:09

Re: Cobbler on Solaris 9

On Thu, Jan 04, 2007 at 10:22:46AM -0500, Michael DeHaan wrote:

> Neat.   For things like getting "cobbler check" to behave better, you 
> might be able to get away by changing
> http_bin and so forth in /var/lib/cobbler/settings.   Things like the 
> http restart probably don't work though.

Service handling would either have to be abstracted in cobbler, or
dummied up on the sun to make it pretend to be more like a RedHat
system, neither of which is probably worth the effort it would take.

> Definitely, I'd like to see it.

Attached to this page:

  http://wiki.xdroop.com/space/RedHat/kickstart/Cobbler/cobbler_byname

--

-- 
 /\oo/\
/ /()\ \ David Mackintosh | 
         dave@...  | http://www.xdroop.com

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@...
https://www.redhat.com/mailman/listinfo/et-mgmt-tools
Permalink | Reply |

Gmane