@smith.kyle, yep 10.7 - 10.10 NBI creation is supported.
Currently only supports being run on 10.7-10.9.
Is this being run on 10.10?
To get the OS version, AutoCasperNBI is is reading it from the SystemVersion.plist on /System/Library/CoreServices/
@smith.kyle, you do not need to be on the same OS version. :)
@smith.kyle, was this with 0.11 or 0.12 btw?
& was the OS.dmg already mounted?
Thanks! It was on 10.9 that I was trying to create the 10.7 nib with 0.12. I can't look at the server I as doing it on right now, but I believe the dmg was able to mount (think I saw that in the autocaspernbi log). Or do you mean I need to mount it ahead of time?
@bentoms - Thank you for this, it's great and thanks for your support with the issue regarding spaces in the name and NetSUS. Got a couple of suggestions, just cosmetic really.
- Is it possible to have the custom desktop image scaled so it isn't cropped etc when used with displays of differing resolutions?
- Is it possible to hide the Untitled volume on the desktop? I'm guessing it's the ram disk used for shadow storage? (used the custom rc.netbot) - I can see people getting confused with it, assuming it's a USB stick or something.
One thing I've noticed is that after imaging, when the system reboots, it hangs for a very long time, nearly an hour from what I've seen, before it actually reboots into the second stage.
This is with a reduced NetBoot Set that has ARD enabled and is using the custom rc.netboot.
I am going to try another without the custom rc.netboot but will leave ARD enabled and go from there...
Regards,
Neil.
@neil.martin83
Not sure about the desktop background. Only replace the DefaultDesktop.jpg with what you supply.
Desktop icons.. This has been brought up more than once, on a few commits I'll not set Finders settings so you can do as you need. (Once the optional to install additional packages is working).
As for the hang, is this a 10.9.4 NetBoot? https://jamfnation.jamfsoftware.com/30.0b6/30.0b6/discussion.html?id=11363
@bentoms][/url ahh so it's likely to be a combination of 10.9.4/ARD. I'll generate a NetBoot set without ARD now and test tomorrow when I get in to work. :)
I've seen this behaviour on 3 different machines today. Interestingly they all eventually rebooted without my intervention but a significant amount of time was added to the imaging process.
Out of interest, do people tend to have the shadow storage in RAM rather than use a chunk of the server for it? Aside from the benefits of using less network bandwidth and server resources, are there any potential issues by doing it that way?
Reason I ask is that I come from a DeployStudio background and never had to deal with this when it came to using DS's own NetBoot sets. Ignorance was bliss. :)
Edit: does anyone know if this happens with VNC enabled rather than ARD?
Cheers,
Neil.
It's me again!
After trying an NBI with ARD disabled, the system still hangs when trying to reboot just as it did before. This was observed on a late 2012 Mac Mini and Late 2012 iMac. I am going to assume it's something to do with Casper Imaging 9.31 and OS X 10.9.4 (AutoDMG generated). I'll try a 10.9.3 base image (AutoDMG generated).
I also noticed that the machine seems to pause the imaging process if not touched for a while, like it's gone to sleep. But I know it hasn't fully entered sleep, just the display has. If I put my ear to the Mac, I can hear the fan quietly spinning and the occasional hard disk churn. When I press a key the display quickly powers up again and I see Casper Imaging quickly 'rush' through a bunch of packages then it seems to carry on where it left off.
Regards,
Neil.
@neil.martin83 you're coming to the meet up tomorrow right?
If so, can we test some imaging remotely? To resolve i think we need to enable SSH & tail the system log at logout.
Updated to 0.13
—Resolved an issue calculating space on non-English language Macs.
—Added checkbox for hosting on NetSUS, this removes spaces from the NetBoot’s Name.
Same link as above
@smith.kyle Hi, AutoCasperNBI will error if it cannot mount the DMG (error showing as "Cannot Mount DMG", it will also error if it cannot read the OS version from:
set selectedOSdmgVersion to do shell script "/usr/bin/defaults read " & quoted form of selectedOSdmgMountPath & "/System/Library/CoreServices/SystemVersion.plist ProductVersion"
So as long as that plist exists it should be ok.
I've been trying to recreate the issue you're seeing, but am struggling.
@bentoms Yes, happy to give it a go. Using AnyConnect on the iPad for VPN access and SSH is currently blocked - but can screen share to a second Mac on the network and do it through that. Loving Remotix by the way.
The build I'm testing with takes approx 40 mins to complete the first stage of imaging.
I finish work at 5 and am only down the road in Stratford so can get to St Paul's early if you like.
Will test a reduced 10.9.3 build this morning with ARD and custom rc.netboot enabled and report my findings.
@bentoms][/url Ok... Tried 10.9.3 and observed:
- On the Mini I had to give it a poke as imaging paused as if the machine went to sleep. The system hung when trying to restart, same as with 10.9.4. I was connected with ARD.
- On the iMac, it didn't pause but did hang on reboot. I did NOT connect with ARD on this machine at all.
I'll go back to 10.9.4, image the Mini again, tail the system log and post results.
@neil.martin83.. right.. I had personally thought that the whole ARD thing was a bit of a red herring, what i've done on OSX server is clear the NetBootClients() folder, restarted the NetInstall service & re-NetBooted.
Not sure if you can do this with NetSUS of if starting the AFP/SMB service is enough.
@bentoms Can't find any mention of that folder or shadow storage in general in the documentation (haven't SSH'd in yet to have a poke around the directory structure but I'd rather not as I'm not quite sure where to look and what to bash at).
This issue is consistent whether or not the custom rc.netboot is used... Also switching back to our original 10.9.3 NetBoot created the traditional way by @daz_dar works perfectly every time.
I'll have a system log for you shortly... just waiting for it to reboot, been hung a while now but stuff occasionally still appearing in the log. It'll finish soon...
Another observation with every one of AutoCasperNBI's sets is that there is a progress bar every time the system NetBoots, which I think is an fsck running.
@neil.martin83, thanks for the link.
It appears to be the system.log from your mac & not the NBI's.
Anyways, the FSCK is not something I've seen.. & I'm wondering if this is all due to a bad upload?
I have seen the hang before, but that has been resolved my end. Possibly by uploading via a gig connection & not 100MB or wireless.
I know others have seen it, but it has also seemingly randomly been resolved.
Perhaps remove the image & re-upload?
/url">@bentoms][/url Sorry I included some of my own logs by mistake when playing with the tail command, have edited the above post with the correct link now: [http://pastebin.com/2Q9hZ7qr
Have been uploading these via a gigabit link and have seen the same with each one, must have done quite a few by now so I don't think it's the network. Perhaps the NBI needs expanding with more free space? That's the one thing I haven't tried yet...
@neil.martin83 thanks for the logs, expansion is definitely worth a try.
The issue appears to be with kext's. (according to the system.log) as those were the last messages before the 30 minute delay at restart.
@neil.martin83 i've posted a fix in 0.14 that may help:
0.14
—?Added?touching?of?/System/Library/Extensions/?to?try?&?resolve?hang
on?reboot
—?Corrected?some?logging
If you have time, please try 0.14 & advise.
@bentoms Thank you, will try it now.
@bentoms Whilst waiting for the machine to finish first stage of imaging, I have a question.
Does AutoCasperNBI keep the disk image in the NetBoot Set mounted until you quit the application completely? If so that may be where I was going wrong with what looked like fdisk running at boot. I was copying the NetBoot set across before quitting the app. This time I quit the app completely and didn't see a progress bar when booting into the new set.
@neil.martin83, it wouldn't be AutoCasperNBI but NetSUS or NetBoot Server.
I'd advise copying the NBI, then restarting the NetBoot service or AFP/SMB then trying to boot.
@bentoms - hung again :(
Also I think the Energy Saver preferences need tweaking as I had to hit a key to get the Mini to wake up properly again after it had paused during the imaging process.
Will try with a 20GB set next...
