Error on Mid2013 MBAirs about brigadier HOT 6 OPEN

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.

from brigadier.

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//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

from brigadier.

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//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

from brigadier.

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?

from brigadier.

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.

from brigadier.

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.

from brigadier.