Error on Mid2013 MBAirs

[bondurantdt]

Hello,

I am seeing this error when running both the exe on Windows or executing the python script on OSX. I have a custom .plist that I have been using with success that points to our local SUS server. There were two recent ESDs (091-7571 and 091-5062) that were released that I am wondering if it is having issues with, as I have run this tool successfully before on the same model. Other models, at least the ones I have tested, do not have issues. Here is the error when running the script.

Using Mac model: MacBookAir6,2.

Traceback (most recent call last): File "./brigadier", line 324, in main() File "./brigadier", line 197, in main distfd = urllib2.urlopen(disturl) File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 126, in urlopen File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 394, in open File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 412, in _open File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 372, in _call_chain File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 1199, in http_open File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 1174, in do_open urllib2.URLError: <urlopen error [Errno 8] nodename nor servname provided, or not known>

If I run the tool without the plist and go to Apple's SUS it is fine. Here is the plist I am using.

CatalogURL http://myservername.coolplace.org:8088/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog

Here are the logs of the client on the SUS server:

10.10.18.109 - - [03/Oct/2013:13:51:34 -0400] 80 GET "/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog" 200 1983902 "-" "Python-urllib/2.7" 10.10.18.109 - - [03/Oct/2013:13:56:43 -0400] 80 GET "/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog" 200 1983902 "-" "Python-urllib/2.7" 10.10.18.109 - - [03/Oct/2013:14:10:43 -0400] 80 GET "/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog" 200 1983902 "-" "Python-urllib/2.7" 10.10.18.109 - - [03/Oct/2013:14:11:10 -0400] 80 GET "/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog" 200 1983902 "-" "Python-urllib/2.7" 10.10.18.109 - - [03/Oct/2013:14:11:24 -0400] 80 GET "/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog" 200 1983902 "-" "Python-urllib/2.7"

Let me know if I am missing something and thanks again for your work on this script, it is great!

[timsutton]

I'm not getting this error when brigadier is looking at my Reposado-based SUS. Although in my case, the update IDs are different than what you say.

Are you sure your SUS catalog actually has that update available in the CatalogURL you pointed it to?

Either way, brigadier could do with some more useful logging about what it's attempting to fetch, and handle the errors appropriately.

Output of my run below (using Git head):

./brigadier -m MacBookAir6,2
Using Mac model: MacBookAir6,2.

Model supported in package distribution file at http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/041-6206.English.dist.

Distribution supports the following models: MacBookAir6,1, MacBookAir6,2.

Making directory /Users/tsutton/git/github/brigadier2/BootCamp-041-6206..

Fetching Boot Camp product at URL http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/BootCampESD.pkg.

Expanding flat package...

Extracting Payload...

Extracted to /Users/tsutton/git/github/brigadier2/BootCamp-041-6206/WindowsSupport.dmg.

Done.

[bondurantdt]

Oddly enough this might just be a weird networking thing over our wifi network. I plugged in and disabled wifi, no issues. I'll have my network admin look into this next week. For now we can put this one on ice as it does not seem to be a problem in your code.

On Thu, Oct 3, 2013 at 2:42 PM, Timothy Sutton [email protected]:

I'm not getting this error when brigadier is looking at my Reposado-based SUS. Although in my case, the update IDs are different than what you say.

Are you sure your SUS catalog actually has that update available in the CatalogURL you pointed it to?

Either way, brigadier could do with some more useful logging about what it's attempting to fetch, and handle the errors appropriately.

Output of my run below (using Git head):

./brigadier -m MacBookAir6,2 Using Mac model: MacBookAir6,2.

Model supported in package distribution file at http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/041-6206.English.dist.

Distribution supports the following models: MacBookAir6,1, MacBookAir6,2.

Making directory /Users/tsutton/git/github/brigadier2/BootCamp-041-6206..

Fetching Boot Camp product at URL http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/BootCampESD.pkg.

Expanding flat package...

Extracting Payload...

Extracted to /Users/tsutton/git/github/brigadier2/BootCamp-041-6206/WindowsSupport.dmg.

Done.

— Reply to this email directly or view it on GitHubhttps://github.com/timsutton/brigadier/issues/6#issuecomment-25646862 .

David Bondurant

Manager of Enterprise Systems

Interlochen Center for the Arts

www.interlochen.org

P: 231.276.7244

M: 231.499.4153

My profiles: http://www.linkedin.com/in/dbondura/

See when I’m free: http://doodle.com/davidbondurant

INTERLOCHEN ARTS CAMP | ARTS ACADEMY | COLLEGE OF CREATIVE ARTS | PRESENTS | PUBLIC RADIO

[bondurantdt]

Actually I have isolated the issue, it is networking related, but possibly worthy to note.

When I specify a FQDN server url in the plist file, aka, servername.domain.org the script (or the fetch process) appears to take that and convert it to .local. My network admin has done some recent behavior changes to Bonjour on our wifi network that is for sure causing this problem.

On Thu, Oct 3, 2013 at 5:02 PM, David Bondurant <[email protected]

wrote:

Oddly enough this might just be a weird networking thing over our wifi network. I plugged in and disabled wifi, no issues. I'll have my network admin look into this next week. For now we can put this one on ice as it does not seem to be a problem in your code.

On Thu, Oct 3, 2013 at 2:42 PM, Timothy Sutton [email protected]:

I'm not getting this error when brigadier is looking at my Reposado-based SUS. Although in my case, the update IDs are different than what you say.

Are you sure your SUS catalog actually has that update available in the CatalogURL you pointed it to?

Either way, brigadier could do with some more useful logging about what it's attempting to fetch, and handle the errors appropriately.

Output of my run below (using Git head):

./brigadier -m MacBookAir6,2 Using Mac model: MacBookAir6,2.

Model supported in package distribution file at http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/041-6206.English.dist.

Distribution supports the following models: MacBookAir6,1, MacBookAir6,2.

Making directory /Users/tsutton/git/github/brigadier2/BootCamp-041-6206..

Fetching Boot Camp product at URL http://my-sus.org/content/downloads/06/11/041-6206/hku29axyxbmaaud1g7fil0uph30ihdlx7u/BootCampESD.pkg.

Expanding flat package...

Extracting Payload...

Extracted to /Users/tsutton/git/github/brigadier2/BootCamp-041-6206/WindowsSupport.dmg.

Done.

— Reply to this email directly or view it on GitHubhttps://github.com/timsutton/brigadier/issues/6#issuecomment-25646862 .

David Bondurant

Manager of Enterprise Systems

Interlochen Center for the Arts

www.interlochen.org

P: 231.276.7244

M: 231.499.4153

My profiles: http://www.linkedin.com/in/dbondura/

See when I’m free: http://doodle.com/davidbondurant

INTERLOCHEN ARTS CAMP | ARTS ACADEMY | COLLEGE OF CREATIVE ARTS | PRESENTS | PUBLIC RADIO

David Bondurant

Manager of Enterprise Systems

Interlochen Center for the Arts

www.interlochen.org

P: 231.276.7244

M: 231.499.4153

My profiles: http://www.linkedin.com/in/dbondura/

See when I’m free: http://doodle.com/davidbondurant

INTERLOCHEN ARTS CAMP | ARTS ACADEMY | COLLEGE OF CREATIVE ARTS | PRESENTS | PUBLIC RADIO

[CmdBacon]

Having a similar issue where it get stuck at 'Fetching' for a variable amount of time. Sometimes it goes within an hour, other times it runs for hours and never finishes. I am not specifying an internal SUS. Just going straight to Apple.

Current machine is stuck at:

Fetching Boot Camp Product at URL http://swcdn.apple.com/content/downloads/53/19/031-0787/e59hg9xe.../BootCampESD.pkg

We are also implementing network changes for Bonjour services and Apple TVs. How does this affect brigadier? Thoughts, anyone, on how to correct the issue?

[bondurantdt]

Just to clarify...

That is not the same issue I experienced. My issue was pointing to a local SUS server that did not have a proper FQDN, it defaulted back to its .local address. After I forced the hostname changes on the server to have a proper FQDN, everything worked as it should when I pointed to the internal SUS.

It always worked for me if I went directly to Apple.

[nathanmcnulty]

Tested remotely on one of our MacbookAir6,2's, and this is working with both our internal SUS and externally using Apple's CDN. The only real improvement here would be maybe some more verbose logging for troubleshooting purposes.