Skip to main content

Anyone else experiencing intermittent Casper Admin Crashes when they upload packages?



The symptoms are that I upload a package to Casper Admin and when it finishes uploading (or I assume its finished) it crashes with a EXC_BAD_ACCESS in the crash dump. I restart Casper Admin and my package is on the server.



This has always happened on different machines with different OS's. Its disconcerting. Even happened during my jumpstart.

Hey Nigel,



If we take a look in Casper Admin, do we have any configurations set up?



If we do, inside those configurations, do any of them have partitions set up that have a blank (not “Untitled") name?



If so, that’s the problem and it is a known issue (D-003994) that our development team is aware of and currently working on.



Currently, the solution is to be sure to give partitions names when setting up the configurations.



If it turns out that this isn’t what is causing your crashes, please reach out to your Account Manager by giving support a call, using JAMF Nation to create a case, or sending an e-mail to support@jamfsoftware.com



Thanks!



Amanda Wulff
JAMF Software Support


I don't have any configurations set up in that way. I will contact my account manager for further investigation. Thanks


Content backfill required

Hi, I am experiencing the same behaviour. Casper Admin Crashes sometimes when I upload a package to Casper Admin. I restart Casper Admin and the package is on the server (both in the packages list and in the Distribution Point file share).



This is happening on Casper Admin 9.32 running on OS X 10.9.3. JSS is 9.32 running on OS X 10.9.3 Server, DP is smb network share running on a Synology appliance.



If I just delete the package from Casper Admin and try again, sometimes it crashes again but eventually it works fine (package upload and no crash).


I get an almost identical error as this portion of the above post:



It has always seemed to me that Casper Admin is the weak point of the suite. Very crash prone. I just try again, and frankly get frustrated and move on to something else in my day.



I came here hoping for a fix in 9.32 (I am running 9.3 currently) but I'm not going to waste my time updating at the moment based on this feedback.



VM Regions Near 0x600ed303:
__LINKEDIT 000000003e083000-000000003e0a5000 [ 136K] r--/rwx SM=COW /System/Library/Frameworks/GLUT.framework/Versions/A/GLUT
-->
__TEXT 000000008fe9f000-000000008fed2000 [ 204K] r-x/rwx SM=COW /usr/lib/dyld



Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 rbframework.dylib 0x00a45c3f 0x93b000 + 1092671
1 rbframework.dylib 0x00a45b70 0x93b000 + 1092464
2 rbframework.dylib 0x00a450e6 0x93b000 + 1089766
3 rbframework.dylib 0x00a45444 0x93b000 + 1090628
4 rbframework.dylib 0x009f3458 0x93b000 + 754776
5 rbframework.dylib 0x009f3e86 0x93b000 + 757382
6 rbframework.dylib 0x009f3860 0x93b000 + 755808
7 com.apple.HIToolbox


I have it crash quite often when uploading packages. I only upload packages a few times a week, but it seems like I see a least one crash every other time I am uploading packages. Because of this I no longer upload groups of packages at once. I always do them one at a time and save after every upload.



The packages I am uploading are often replacing existing packages. Is it possible that could be part of the issue? Is this what any of you are doing when you are uploading packages?



And I do not have any partitions with blank names in any configurations.


I've also had this happen quite a lot with Casper Admin, even across different versions of CA (8.x and 9.x), and even across different hardware I've run it on.