Posted on 05-10-2012 05:32 AM
I followed to a T the instructions creating a minimal netinstall image and captured it using Composer, then used SIU to create the netboot image. I also enabled diskless netboot for the NBI. When I boot to it and launch Casper Imaging the selected configuration immediately fails when it tries to block copy the image with the NilObjectException error.
I verified this does not occur when running the same job booted to an external drive with Lion installed, so it apparently is rooted in the netboot image I made. I am not sure what the issue could be because as I said I followed the steps exactly as provided by the knowledge base. I have a vague sense it may be a read/write error but composer does not allow you to specify that IIRC.
Any ideas? I have a support ticket open but the thought is because it is the NBI I may be on my own.
Solved! Go to Solution.
Posted on 05-17-2012 11:37 AM
I am happy to report the fix to this, thanks to Jamf support.
It seems we locked down our services too much on the netboot server. AFP specifically was restricted to only two admin users, which was what was generating the error. Once we opened AFP up to everyone it worked.
Posted on 05-10-2012 05:45 AM
Upon further inspection, I discovered that when I authenticate to Casper imaging after NetBooting it it not mounting the JSS share. It is reading configuration files obviously, because I can choose them and do a custom one as well. Any ideas as to what might cause this?
More edits:
Is the JSS Share even supposed to mount when you launch the Casper Imaging app?
The Casper share is a Windows share which is hidden, and I suspect that may have something to do with it. Or, at least the share configuration.
Posted on 05-11-2012 07:28 AM
Any ideas? I am dying here. :(
Posted on 05-11-2012 08:24 PM
Don't believe you'll see the CasperShare even if things are running properly. However, it should mount once you hit 'Start', then you can use terminal to view the contents - open /Volumes/CasperShare.
On the NilObjectException Errors - I'd want to verify root auto logs in on your netboot set.
Posted on 05-12-2012 12:34 AM
How did you create the NetBoot?
Also, can you mount the CasperShare manually whilst NetBooted?
Posted on 05-12-2012 09:55 AM
I had the same strange thing yesterday at the end stages of imaging. I checked the NetBoot clients and it wad pointing to a different place! As soon as I corrected it, stopped and restarted NetBoot services all seemed ok.
I've also found problems with smb shares. For the master I use afp local disk and just replicate to a smb share for back up purposes. Hope that helps
Posted on 05-14-2012 06:16 AM
The Netboot image was created manually per part 2 of this KB article:
https://jamfnation.jamfsoftware.com/article.html?id=63
I will try to see if I can mount the share manually.
Posted on 05-17-2012 11:37 AM
I am happy to report the fix to this, thanks to Jamf support.
It seems we locked down our services too much on the netboot server. AFP specifically was restricted to only two admin users, which was what was generating the error. Once we opened AFP up to everyone it worked.
Posted on 06-20-2012 04:27 AM
I had the same issue but have resolved it by running Casper Imaging as the root user before taking a snapshot of the image. I can now run Casper imaging as the main admin user or as root from the Netboot image. I think the preference file needs to be written properly to /var/db before the image snapshot is taken.
Posted on 08-02-2012 11:06 AM
I had this issue and resolved by ensuring that "Diskless" was checked on my NBI on the netboot server.
Posted on 08-08-2012 07:43 AM
Does anyone know why this is happening? Everyone seems to have different answers for why this is happening. Mine all the sudden started shooting this message at me yesterday after I have imaged a few macs with no issues at all.
Posted on 08-08-2012 01:06 PM
I think I found the solution. I unchecked... "Reboot" and Netboot is working fine. Interesting.
Posted on 08-08-2012 01:21 PM
Jumped the gun. It actually installed the OS but refused to install any packages. Just can't win!
Posted on 08-08-2012 01:29 PM
Matt,
Hang in there all I can say, that beside the NilObjectException issues, I am getting ready to use 8.6 in production!!!
Posted on 08-08-2012 04:53 PM
I am not sure NilObjectException issue is a Jamf thing, I am having issue with DiskUtility and dislkutil (CLI) un-mounting drives.
Can't unmount "Macintosh HD" Make sure all apps and files are closed on this disk.
Posted on 08-09-2012 12:46 AM
I'm also getting NilObjectExceptions, but only on MacBook Airs.
I can NetBoot and run Casper Imaging on an SSD iMac and a regular MacBook Pro, but on the two Airs I've tested, Macintosh HD won't unmount.
Posted on 09-11-2012 10:44 AM
Everything was working fine for me until just a few minutes ago when this error message occurred. It seems to be very sporadic. I can't track down the cause.
Posted on 02-25-2013 06:08 AM
I got this error in December while running 8.6. JAMF support suggested recreating the netboot image as corruption can occur on the netboot file. So I did that early January. Netboot image is working again of course as expected after rebuilding it from scratch. Updated to 8.63. Netboot image still working fine until last week. I once again was getting the error. Prior to the error popping up, I first noticed that the imaging process will follow the image configuration but will not install the last half of the apps. It will end the imaging somewhere in the middle and Casper Imaging will quit. JAMF logs will show that imaging completed successfully. No changes made to the netboot image, no changes made to the configuration image, but this symptom eventually developed to the NilObjectException error. I am rebuilding netboot images almost every month.
Posted on 06-13-2013 06:42 AM
I'm running into the same error since yesterday and i've done pretty much everything JAMF has suggested and still not able to get my netboot image to work. Anybody else has other suggestions? i'm running out of options here :(
Posted on 06-13-2013 06:09 PM
I'm in the same spot as Jpcorzo and I'm running 8.7. I'm running diskless and AFP is checked.
Posted on 06-13-2013 09:41 PM
I would contact jamf support. They would probably have a list of things to go through and check.
Check the NetBoot share permissions
Check AFP is being used
Try unticking the disk less applying and tick it again and apply
All else fails you may need to recreate you NetBoot image.
Posted on 06-14-2013 12:32 AM
I saw this issue today after I cloned the boot drive of my netboot server to a secondary drive in the server. To resolve it I had to open Server.app -> NetInstall -> Settings -> Edit Storage Settings and make sure only the boot drive had 'Images & Client Data' selected. I changed the secondary drive to 'None'
Posted on 06-14-2013 02:57 AM
I had the same issue and it seems to have stopped for now. I'll give you the troubleshooting steps JAMF gave me:
In previous cases we have seen this error in conjunction with AFP not being available for all users on the server. On the server edit your AFP service to reflect this.
After we have AFP enabled on the server, but we also want to make sure the users have access to the File Sharing service as well as the NetBoot service.
To enable this on a 10.8 server:
Go to Server.app > View > Show System Accounts > Users > Scroll down and select all of the netbootXXX users > Gear Icon > Edit Access to Services... > Check File Sharing
The Utah article is a great place to start, please keep me posted on whether it yields better results!
On the server, we would like the NetBootClients0 folder to be enabled as a Share Point on the Server. Clients that boot to the server need to write shadow files to this folder in order to run diskless.
The server identity verification presents itself because we are likely using the Built-In CA and web certificate generated by the JSS. This is the same as navigating to the JSS URL on a machine that is not enrolled in the JSS. When we saved the JSS URL in Imaging, there should have been a checkbox that would help us bypass this prompt.
If the Error still exists here are some additional troubleshooting resources:
1. While netbooted (and before imaging), let's open Terminal and run the following command:
mount
Please send over the feedback we get from this.
Take a look at this article, although the name says 10.6 it is still valid for 10.8 compare this workflow and pull recommendations from it!
http://tinyurl.com/bovg5j7
Search the NilObjectException Error on jamfnation.com and reference discussions that may match your workflow!
Posted on 06-14-2013 07:09 AM
Ok so my issue seems to have stopped. the following article has the steps to modify the rc.netboot file on the .dmg locate in the .nbi folder
http://www.macos.utah.edu/documentation/administration/setup_netboot_service_on_mac_os_x_10.6.x_client.x_client/setup_netboot_service_on_mac_os_x_10.6.x_client-diskless_netboot.html
At first i tried copying and pasting each part of the script (bad idea) until i realize they had an actual download link. go ahead and rename your current rc.netboot and paste this new one. make sure you remove the .sh extension and keep the .netboot. hopefully it works for you guys.
Posted on 06-11-2014 08:42 AM
Possible fix based 10.9.3 & JSS 9.3.x and may work for lower OSX Server versions?
Well after looking through everyone’s comment here, I know longer have any NilObjectException Errors during Netbooting / Imaging
This how I fixed my servers:
1) All Netboot users to have File Sharing Access only! That’s system accounts from netboot100 to netboot149
See them via the Server app – top menu:
Views, then select Show System Accounts and scroll down to the first netboot100 (you can select all the accounts at once) Then change the access via the cogwheel bottom of the dialog.
2) Make the NetbootClients0 share have Read/Write to everyone! I.e. path if using the default location /Library/NetBoot/NetbootClients0/
That’s it…
So far I’ve Net booted over 30 times with different Macs on two different subnets and every Netboot / install has worked perfectly.
I hope that helps?
Posted on 07-16-2014 03:36 AM
This issue is soooooo absurd....really, it drives me crazy!
For me it just happens with MacBook Pro's....everything works fine on MacBook Air's as well as iMac's. I almost tried everything. Also created a whole new .nbi just for the MacBook Pro's. Isn't there anything specific to get this solved. Otherwise go back to the roots and just use a .dmg which you lay down on the Mac HD via DiskUtility and the Recovery HD using FireWire or Thunderbold HardDrives.
Cheers!
Posted on 01-15-2015 05:01 PM
@mikethompsett][/url thanks for the post about the permissions on the NetBootClients0.
2) Make the NetbootClients0 share have Read/Write to everyone! I.e. path if using the default location /Library/NetBoot/NetbootClients0/
Along with setting the image available for diskless booting its now working for me.
OSX Server 10.10 Casper Imaging 9.2 and JSS 9.6
Posted on 02-05-2015 12:21 PM
We started experiencing this issue after creating a new NetBoot Image (10.9.5) following our JSS update to 9.63, which we are running off of a NetSUS appliance. After too many days of troubleshooting and frustration I found this thread and successfully resolved the issue with a combination of the advice given by @Jpcorzo][/url and @mikethompsett][/url:
Make the NetbootClients0 share have Read/Write to everyone!
Rename your current rc.netboot and paste the one available from utah.edu (http://bit.ly/1vkKBMR) into the NBI image
After taking these steps we are no longer getting this error message and are currently imaging happily. I spoke to one of our JAMF reps and told him how we fixed it and he was super familiar with the utah.edu article, so even JAMF is aware of this resource and solution.