FEATURE REQUEST: multiple manifest/package sources about munki HOT 6 OPEN

From [email protected] on July 21, 2010 14:31:38

Please tag feature requests as "Type-Enhancement", not "Type-Defect".

Good suggestion for supporting multiple servers.

Yes, separate URLS are supported:

    ManifestURL
    CatalogURL
    PackageURL

Status: Accepted
Labels: -Type-Defect Type-Enhancement

from munki.

From [email protected] on July 21, 2010 14:36:17

Just came to my mind:
What if munki gets an connection error while downloading packages, could it automatically try to switch to another repo for that package?
It may be need to know if it has permissions to do so, using ManagedInstalls.plist AutoSwitchRepoOnFlyAllowed true|false.
Just a thought.

from munki.

I was looking at possibly implementing this type of functionality, it seemed the lowest point to add it would be within prefs.pref where if the preference requested is one of the six URL preferences, check if the preference is an array and if so return the first one that is reachable, along the lines of:

 if pref_name in ['SoftwareRepoURL',
                     'ClientResourceURL',
                     'ManifestURL',
                     'PackageURL',
                     'CatalogURL',
                     'SoftwareUpdateServerURL'] and isinstance(pref_value, NSArray):
        for pref_value_url in pref_value:
            result = urllib.request.urlopen(pref_value_url).getcode()
            if result == 200:
                return pref_value_url
            else:
                pass
    else:
        if isinstance(pref_value, NSDate):
            # convert NSDate/CFDates to strings
            pref_value = str(pref_value)
        return pref_value

I wanted to the use fetch.check_server that's already built into munkilib but can't import it into prefs due to it causing some inception, so I settled on urllib.request. Thoughts?

from munki.

In Python 3.7.4: AttributeError: "module 'urllib' has no attribute 'request'"

I don't think this is something I want to be on the hook to support. Could this not be done in a Munki preflight? IOW, figure out what's accessible, then write the currently accessible URLs to Munki's prefs.

from munki.

Need to import it as urllib.request.

Understandable on maintaining. I really wanted to do it via DNS, but not possible in my environment.

I had not thought of a preflight script. The functionality in munkilib can then be used to test the URLs without the import hoops or trying to reinvent the wheel. The arrays of URLs can then be stored in the already MDM maintained ManagedInstalls prefs via its own set of keys.

I had only thought about baking it in since I had found this outstanding issue during my research.

from munki.

I think #966 could cover this functionality. It would allow you to add urls to the pkginfo and then do the logic you need inside middleware. this would keep the core munki logic clean and make it more flexible (could do latency tests on each server, etc before passing the URL back).

from munki.