[airlocksniffer]

[QUOTE]Quote by: Bartron

On a class b or class c?

[/QUOTE]

Class C.

[airlocksniffer]

We actually got this to work. What we found is that the newer firmware cannot get an IP address while netbooting when the DHCP server is on another subnet and falls back to the internal drive. We fired up an old HP server for DHCP and put it, the lion server and client on the same subnet and it works fine. I need to test whether or not I can netboot when the client is on one subnet and the dhcp/lion server are on another.

[airlocksniffer]

Just tested the newly released firmware updates for my late 2011 MacBook Pro and can report the issue is not solved. Still cannot netboot to either my own images or Apple Service Diagnostic images. Still quits prematurely and boots to the internal drive:

Feb 23 15:37:58 minixserver bootpd[48442]: BSDP INFORM [en0] 1,xx:xx:xx:xx:xx:xx NetBoot035 arch=i386 sysid=MacBookPro8,2
Feb 23 15:37:58 minixserver bootpd[48442]: NetBoot: [1,xx:xx:xx:xx:xx:xx] BSDP ACK[LIST] sent xx.xx.xxx.xx pktsize 311
Feb 23 15:38:00 minixserver bootpd[48442]: BSDP INFORM [en0] 1,xx:xx:xx:xx:xx:xx NetBoot035 arch=i386 sysid=MacBookPro8,2
Feb 23 15:38:00 minixserver bootpd[48442]: NetBoot: [1,xx:xx:xx:xx:xx:xx] BSDP ACK[LIST] sent xx.xx.xxx.xx pktsize 311

I’ll keep digging but it’s not looking good….. 🙁

[airlocksniffer]

This seems okay for one or a few macs at a time but netboot is really necessary for rolling out lots of machines in a decent amount of time with as little hands on time as necessary.

[airlocksniffer]

I just got off the phone with AppleCare and was told this is a known issue by senior engineers. We have this symptom with the mid-2011 Mac Mini, late 2011 MacBook Pro and late 2011 iMac, seems like any machine that ships with Lion. Hopefully a firmware update will fix this soon.

[airlocksniffer]

Same issue here. We are running Lion Server 10.7.2 on a mid-2010 Mac Mini. I can see the netboot images fine but the machine will quickly boot to the internal disk after the large flashing globe. This machine is a late 2011 iMac (iMac 12,1). Older C2D MacBook Pro will boot to the lion image created off of the iMac fine. Here is a portion of what I get when logging the verbose boot when trying to Netboot the iMac:

MAC Framework successfully initialized
using 10485 buffer headers and 4096 cluster IO buffer headers
IOAPIC: Version 0x20 Vectors 64:87
ACPI: System State [S0 S3 S4 S5] (S3)
PFM64 0xf10000000, 0xf0000000
[ PCI configuration begin ]
console relocated to 0xf10010000
PCI configuration changed (bridge=2 device=3 cardbus=0)
[ PCI configuration end, bridges 5 devices 16 ]
AppleIntelCPUPowerManagement: Turbo Ratios 0000
AppleIntelCPUPowerManagement: (built 16:44:42 Jun 7 2011) initialization complete
mbinit: done (64 MB memory set for mbuf pool)
rooting via boot-uuid from /chosen: 6F2D14F2-6EAB-3DD9-9C59-20D4FFE0134C
Waiting on IOProviderClassIOResourcesIOResourceMatchboot-uuid-media
com.apple.AppleFSCompressionTypeZlib kmod start
com.apple.AppleFSCompressionTypeZlib load succeeded
AppleIntelCPUPowerManagementClient: ready
Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleIntelPchSeriesAHCI/PRT0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/WDC WD2500AAKS-402AA0 Media/IOGUIDPartitionScheme/Customer@2
BSD root: disk0s2, major 14, minor 2
FireWire (OHCI) Lucent ID 5901 built-in now active, GUID c82a14fffef06e7e; max speed s800.
Kernel is LP64
USBMSC Identifier (non-unique): 000000009833 0x5ac 0x8403 0x9833
systemShutdown false
Waiting for DSMOS…
Previous Shutdown Cause: 5
DSMOS has arrived

And the same log when successfully netbooting with a MacBook Pro:

MAC Framework successfully initialized
using 16384 buffer headers and 10240 cluster IO buffer headers
IOAPIC: Version 0x20 Vectors 64:87
ACPI: System State [S0 S3 S4 S5] (S3)
PFM64 (36 cpu) 0xf10000000, 0xf0000000
[ PCI configuration begin ]
console relocated to 0xf10030000
AppleIntelCPUPowerManagement: (built 21:08:10 Aug 9 2011) initialization complete
PCI configuration changed (bridge=5 device=1 cardbus=0)
[ PCI configuration end, bridges 7 devices 17 ]
FireWire (OHCI) TI ID 8025 built-in now active, GUID 001ff3fffe7db2e0; max speed s800.
mbinit: done [64 MB total pool size, (42/21) split]
Pthread support ABORTS when sync kernel primitives misused
com.apple.AppleFSCompressionTypeZlib kmod start
com.apple.AppleFSCompressionTypeDataless kmod start
com.apple.AppleFSCompressionTypeZlib load succeeded
com.apple.AppleFSCompressionTypeDataless load succeeded
AppleIntelCPUPowerManagementClient: ready
BTCOEXIST off
wl0: Broadcom BCM4328 802.11 Wireless Controller
5.10.131.36
[IOBluetoothHCIController::setConfigState] calling registerService
From path: “IOProviderClassIONetworkInterfaceIOParentMatchIOPropertyMatchIOMACAddress001ff3cf2166“, Waiting on IOProviderClassIONetworkInterfaceIOParentMatchIOPropertyMatchIOMACAddressAB/zzyFm
AppleYukon2: Marvell Yukon Gigabit Adapter 88E8055 Singleport Copper SA
AppleYukon2: RxRingSize <= 1024, TxRingSize 256, RX_MAX_LE 1024, TX_MAX_LE 768, ST_MAX_LE 3328 yukon: Ethernet address xx:xx:xx:xx:xx:xx Got boot device = IOService:/AppleACPIPlatformExpert/PCI0/AppleACPIPCI/RP06@1C,5/IOPCI2PCIBridge/GIGE@0/yukon2osx/yukon/IOEthernetInterface BSD root: en0 netboot: using network interface 'en0' netboot: retrieving IP information from DHCP response netboot: IP address xx.xxx.xxx.xxx netmask 255.255.255.0 router xx.xxx.xxx.xx netboot: adding default route xx.xxx.xx.xxx netboot: retrieving root path from BSDP response netboot: NFS Server xx.xxx.xxx.xx Mount /Library/NetBoot/NetBootSP0 Image /Lion Netboot.nbi/NetBoot.dmg Ethernet [AppleYukon2]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control, Debug [796d,ac08,0de1,0200,c1e1,2800] root on xx.xxx.xx.xxx:/Library/NetBoot/NetBootSP0 netboot_setup: calling imageboot_mount_image IOHDIXController: NOTE: administrator is creating non-ejectable disk image KDIFileBackingStore::_handleStart: initial R/W vn_open returned 30 imageboot_mount_image: root device 0xe000006 Kernel is LP64 jnl: disk0s2: replay_journal: from: 15992320 to: 1140736 (joffset 0xe8e000) jnl: disk0s2: journal replay done. hfs: Removed 4 orphaned / unlinked files and 0 directories macx_swapon SUCCESS Previous Shutdown Cause: -128 Waiting for DSMOS... WARNING - ACPI_SMC_CtrlLoop::initCPUCtrlLoop - no sub-config match for MacBookPro4,1 with 8 p-states, using default stepper instead nstat_lookup_entry failed: 2 NVDANV50HAL loaded and registered. DSMOS has arrived We have some newer MBP's and Mac Mini's coming soon so I be able to see if this is machine specific or all late 2011 Macs. Hopefully not the latter.

[airlocksniffer]

Okay, so I got it to work but in a strange way. I changed the SU address in WGM to http://[external.SUS.server]:8088/index.sucatalog.composite and the machines see and correctly download and apply all updates. For some reason the index.sucatalog isn’t functioning properly. The speed of downloads is pretty weak (only 500 k/b in the same building) but faster than going out to the internet. I did stop the service, delete all the catalog files through Terminal and then restart to download all new catalog files but it didn’t change the odd behavior of index.sucatalog. Has anybody seen this behavior before?

[airlocksniffer]

Saw this yesterday, may help:

http://support.apple.com/kb/TS3248?viewlocale=en_US

[Author]

Posts