Posted on 03-23-2015 03:59 PM
Hi All,
Over the past few weeks I have been busy making some major changes to AutoCasperNBI, & really need some testers to make sure it's working as it should pre releasing it as version 1.2.
Changes below & URL to get the pre-release is: https://github.com/macmule/AutoCasperNBI/releases/
Please log any issues at: https://github.com/macmule/AutoCasperNBI/issues or nag me at the #JAMFNation IRC
Solved! Go to Solution.
Posted on 04-29-2015 03:41 PM
Hi all,
I've just released AutoCasperNBI 1.2.0
Contains fixes from pre-releases 1.1.5 - 1.1.8, many thanks for those of you whom tested those for me.
Posted on 04-09-2015 08:25 AM
Just to be clear, my working ones were captured using Composer. Not AutoDMG like the NBIs.
Posted on 04-09-2015 08:50 AM
What version of Casper Imaging did you use? 9.65 or 9.7? I'm heading down this path today with 10.10.3 and a new 10.10.3 NetBoot image created with the beta AutoCasperNBI...
Posted on 04-09-2015 10:10 AM
Well... I'm 99% sure I used 9.7. It's possible I accidentally used an old beta but I'm about to make another anyways!
Posted on 04-09-2015 01:20 PM
Try 9.65. Bet it works. Did for me.
Posted on 04-09-2015 02:15 PM
@amanda.wulff Has anyone reported an issue with imaging using Casper Imaging 9.7 to lay down an AutoDMG 1.53-created 10.10.3 image (single file that includes Recovery)? Seems that the OS partition gets laid down, but Recovery does not. This seems to be working fine with 10.10.3 and Casper Imaging 9.65...
Posted on 04-10-2015 10:21 AM
Working great. I've built 4 nbi's so far, all boot nicely. More of a quibble but when the nbi is building the status window remains on top of every other application. Running on 10.10.3.
Posted on 04-10-2015 03:34 PM
@emilykausalik Kernel Extentsion issue on 10.10.1 has been fixed in next release
Posted on 04-10-2015 03:36 PM
@johnnasset It's the fun of the language I wrote it in, basically as it's not a multithreaded language.. if I make the progress bar hide.. you can't bring it to the front until the process ends & in the dock all you see is it not responding.
Posted on 04-10-2015 04:55 PM
AutoCasperNBI 1.1.8 Release Candidate: https://github.com/macmule/AutoCasperNBI/releases/tag/1.1.8
Last one before releasing to all if ok.
(Basically need to update documentation & naffing off on hols so it'll have to wait).
Please log issues on Github
Posted on 04-14-2015 09:57 AM
This is probably the wrong thread, but is anyone having issues with NBIs created with AutoCasperNBI 1.1.4, OS X 10.10.3 created using AutoDMG with iTunes slipstream? Specifically, my SMB (Windows 2008 R2) distpoint does not mount. I can mount it manually, but Casper Imaging refuses to. I am using 9.65 instead of 9.7 because of the block copy errors I reported in another thread.
Any guidance? I can move this if it does not belong here.
Thanks!
Posted on 04-14-2015 10:08 AM
That's an issue specific to Casper Imaging.app 9.65 not being able to mount SMB volumes. Downgrading the app to 9.63 should resolve your issue. I haven't upgraded to 9.7 yet, but that might address the issue too.
Posted on 04-14-2015 10:20 AM
Oh, geeze. I went back to 9.65 when 9.7 had some block copy issues.
See this thread:
https://jamfnation.jamfsoftware.com/discussion.html?id=13977
I was unaware of 9.65 SMB Issues - d'oh!
Anything I am losing due to going back to 9.63?
Posted on 04-29-2015 03:41 PM
Hi all,
I've just released AutoCasperNBI 1.2.0
Contains fixes from pre-releases 1.1.5 - 1.1.8, many thanks for those of you whom tested those for me.
Posted on 06-08-2015 06:16 AM
I have been using the NBI created with this tool for quite awhile.
Thanks for developing it!
The new Mac Pros will not boot from this NBI. They immediately get the Ghostbuster after selecting the boot image.
Is anyone else having this issue?
Posted on 06-08-2015 08:52 AM
Do you mean the new MacBook Pros? (I'm not aware of a new Mac Pro.) If so, you'll need to do one of two things. One, you can create a 2nd NetBoot image just for that model using a base OS disk image captured from that specific machine (via Composer, for example) or two, you can create a new NetBoot image with a base OS disk image of the current 10.10.4 beta, which is universal.
Posted on 09-08-2015 10:07 AM
You know... this thread hadn't gotten much love lately. Here's a test of our latest NBI created with AutoCasperNBI. Just a quick test of 45 units booted from a single NetBoot server in preparation for our mass student imaging next Sunday, and no... you can't see them all in the pic. (This is for those who think that 15 units NetBooted and Imaging are a lot...)
Posted on 09-08-2015 03:52 PM
Hi Chris,
Can you share what the specifications of your Netboot server, and network equipment are to get this to work? I'm also interested in the size of your NBI, and if they are doing any work at the moment, or just booted to the NBI?
I'm only able to get 20ish clients to boot on my system at the moment, so I'm always on the lookout for how other tech's have done it better!!
Thanks,
Tim
Posted on 09-09-2015 07:32 AM
My .NBIs are anywhere between 9.13 and 9.88 Gigs. The test in the picture is in fact, imaging. Unfortunately this test proved that the particular setup I was using was rather slow. It took almost an hour for all 45 machines to finish a ~25 Gig image (Not pre-staged). We run far faster in production. Generally, 30-50 machines in <15min via pre-stage.
As for hardware: This test is using a new, rather standard MacPro with 1TB SSD. That's it for this test. Nothing special. I will bonding the ethernet ports for increased I/O as I continue testing this new unit. My normal production NetBoot server is a rather expensive MacPro (2010) with an Areca hardware RAID card and 3 stripped (RAID 0) 15k7 Cheetah SAS drives. It's fair to say it's fast. Quite capable of filling the 4GB pipe it's connected to in any event.
Network wise, my new NetBoot server is connected directly to our main fiber switch then through a fiber connection to two switches in the room you see. They're just laid behind the table. As my testing continues I will be bonding the ethernet ports as previously mentioned. My old NetBoot server (The other one mentioned above) is now the primary distribution point.
With that said, I've never had issues booting this type of volume of machines. I've been doing it for at least 5 years with multitudes of .NBIs. Some utilizing RAMDisk and some not. To me, it's all about the drive I/O (of the netboot server) and then Network I/O. Individual machines will affect this as well. In this example I am using some old school mid-2012 MacBook Pro's with 5400 RPM platter drives. SSDs make these things look like petrified slugs on the back of an overaged sloth. Additionally, in the past we have restricted Self-Service during high volume imaging to prevent the distribution points from being saturated. We do make the entire Adobe CC Suite available to our users @ ~20 Gigs and that could possibly affect things ;-)
I got needed form my company to meet their imaging requirements. Sometimes, folks don't have this option and so I've helped with some pretty low budget setups. Generally in these circumstances it has helped to get the NetBoot/Imaging stuff OFF of the primary network. So, you take your NetBoot server (and a distribution point if they aren't on the same machine), setup DHCP and DNS on some dedicated Gig+ switch somewhere and go nuts!
Posted on 09-16-2015 01:15 PM
We used AutoCasperNBI to create our production net boot images for our primary (high speed) student imaging this year with great results. Here's a small clicp of about 80 units being netbooted and imaged (timelapse). On the benches you'll see there are about 40 (19-21 second mark) at a time being netbooted and imaged. Next time I'll get a time lapse of all 365 being done (Again, somewhere between 40 and 80 at a time depending on setup). This is using only a single netboot server, more could be added of course.
YouTube link:
BA Student Imaging
If you watched it you will see that we could be doing far more, and more quickly, especially if we used Pre-Stage this time around.
Posted on 09-16-2015 02:17 PM
Just started using this.
Love your work @bentoms
One issue I am seeing (although it doesn't actually break anything)...
Fontworker and fontd and few other associated processes are using a lot of CPU time when netbooted, it doesn't actually seem to slow anything down though.
We started with a standard never booted AutoDMG file from the 10.10.5 installer as the base if it's relevant.