avahi advertisement support disabled

Bug #893189 reported by Dave Walker
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cobbler (Ubuntu)
Invalid
Medium
Scott Moser
orchestra (Ubuntu)
Fix Released
High
Scott Moser

Bug Description

Cobbler used to advertise itself via avahi, if possible.. However, the code which did this is now commented out.

It was disabled by upstream as part of:
commit f24ffa0d4d997d6c536ca7d89d6bfbc1b9dce07f
Author: Michael DeHaan <email address hidden>
Date: Fri Jan 23 16:40:10 2009 -0500

    Consolidating services to use just one port, removed syslog logging since we have anamon

(https://github.com/rubenk/cobbler/commit/f24ffa0d4d997d6c536ca7d89d6bfbc1b9dce07f)

Specifically:

cobbler/cobblerd.py:
...

#def do_other_tasks(bootapi, settings, syslog_port, logger):
#
# # FUTURE: this should also start the Web UI, if the dependencies
# # are available.
#
# if os.path.exists("/usr/bin/avahi-publish-service"):
# pid2 = os.fork()
# if pid2 == 0:
# do_syslog(bootapi, settings, syslog_port, logger)
# else:
# do_avahi(bootapi, settings, logger)
# os.waitpid(pid2, 0)
# else:
# do_syslog(bootapi, settings, syslog_port, logger)
...

#def do_avahi(bootapi, settings, logger):
# # publish via zeroconf. This command will not terminate
# log(logger, "publishing avahi service")
# cmd = [ "/usr/bin/avahi-publish-service",
# "cobblerd",
# "_http._tcp",
# "%s" % settings.xmlrpc_port ]
# proc = sub_process.Popen(cmd, shell=False, stderr=sub_process.PIPE, stdout=sub_process.PIPE, close_fds=True)
# proc.communicate()[0]
# log(logger, "avahi service terminated")

Related branches

Dave Walker (davewalker)
Changed in cobbler (Ubuntu):
assignee: nobody → Scott Moser (smoser)
milestone: none → precise-alpha-1
importance: Undecided → Medium
Dave Walker (davewalker)
description: updated
Revision history for this message
Adam Gandelman (gandelman-a) wrote :

As an alternative to re-implementing support in cobbler proper, we could simply add an entry to /etc/avahi/services to accomplish the same thing, using the same tools (avahi-daemon). As far as I can see, the only advantage to having cobblerd do this for us is the fact that the service is only advertised when cobblerd is running.

I've been using a avahi service entry as follows alongside cobbler:

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
 <name replace-wildcards="yes">Cobbler server on %h</name>
 <service protocol="ipv4">
  <type>_orchestra_cobbler._tcp</type>
  <port>80</port>
 </service>
</service-group>

The service type could be changed to something more general (_orchestra_provisioning_server) While this would get discovered regardless of the availability of cobbler, the ability to discover the provisioning server within the local orchestra infrastructure may be useful later on for other tools.

Scott Moser (smoser)
Changed in cobbler (Ubuntu):
status: New → Confirmed
Changed in orchestra (Ubuntu):
status: New → Confirmed
importance: Undecided → High
assignee: nobody → Scott Moser (smoser)
milestone: none → precise-alpha-1
Scott Moser (smoser)
Changed in cobbler (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package orchestra - 2.25-0ubuntu1

---------------
orchestra (2.25-0ubuntu1) precise; urgency=low

  [ Scott Moser ]
  * provisioning-server/
    /etc/avahi/services/orchestra_provisioning_server.service
    Advertise the orchestra provisioning service via avahi (LP: #893189)

  [ Adam Gandelman ]
  * orchestra-import-isos: import ISOs by default if no option specified
    Check for updates for existing ISOs, download + update distro if necessary.
    (LP: #850892)

  [ Andres Rodriguez ]
  * debian/ubuntu-orchestra-provisioning-server.postinst. Do not use args for
    orchestra-import-isos to maintain backwards compatibility.
 -- Andres Rodriguez <email address hidden> Mon, 28 Nov 2011 18:19:59 -0500

Changed in orchestra (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.