After creating a new .pkg file using Composer, I attempt to add that file to my on-prem JAMF Pro server.  After it has seemingly completed the upload, it fails with a dialog that says, "The package "XXXXX" failed to save.  If I go to the server and find that very package, it opens and installs just fine.  I just upgraded to 10.35.0, by the way.  That might have something to do with it.  Dot Zero installs always unnerve me. 

What type of distribution point is this? From what you wrote, it sounds like you are running Jamf Pro on a Mac. I vaguely remember getting a similar error when I used to run Jamf Pro from a Mac. Could you provide a screenshot of the error?

 these are screenshots using two different VMs as a test.  two were from Big Sur and the other Mojave. 

I wonder if this is a Jamf Pro privileges issue with the user account that is logged into Jamf Admin. The user you're logging in with needs to have "Use Jamf Admin" and "Save With Jamf Admin" privileges. Is this a totally new Jamf Pro server you're working with?

It is not new at all.  has been around for a while.  I do have a second login that I will try as a test.  Thanks for all of the great ideas!   

I'm having the same problem with our on-prem Jamf Pro server since upgrading to 10.35 today.  We get the same error message when uploading packages using Jamf Admin 10.35.  I went to another Mac and used Jamf Admin 10.34.2 and the same package uploaded without error.  

Ah-ha!

It's not Jamf Admin 10.35 specifically. I just uploaded a package to one of my Jamf Pro servers using Jamf Admin 10.35 and it worked. Our servers are all on premise. We use AWS for all of our distribution points. Since your package actually got stored in your distribution point, can you put it in a policy? The Jamf Pro server log or Change Management may have useful information to help with this.

I am also guessing it's not specifically Jamf Admin 10.35, or else we would see a lot more comments on this forum.  

The package that generated the "package failed to save" error in Jamf Admin 10.35 did not show up at all when I went to update a policy or in Settings > Packages.  Our distribution point is on a file share on the same server as Jamf Pro.  I was able to take the same package, upload with Jamf Admin 10.34.2, and deploy it successfully with both policies and patch management.  

Interesting. Since I don't use a local file share I can't recreate this... but I wonder if this is a problem with your macOS privacy settings. Maybe the newer Jamf Admin isn't allowed to access files on your Mac.

Haven't tested it yet, but saw this:

I'm glad I'm not having this issue but I wonder what makes my experience different. After upgrading my servers I always load the latest version of the Jamf apps on my Macs.

Thank you so much for this. I have been frustrated over this for the past 2 days, since I came back from holidays!
I have finally uploaded a new package successfully!
It was doing my head in!

 Hi All,

I would like to update each one of you who are using Jamf On Prep and on Mac device to read below mention deprecation from Jamf which will be effective from March 2022.

• Support ending for the Jamf Pro Server Installer for macOS—Support for using the Jamf Pro Installer for macOS will be discontinued in a future release (estimated removal date: March 2022). Mac computers with Apple silicon are not supported by the Jamf Pro Installer for macOS. If you want to migrate your Jamf Pro server from macOS to Jamf Cloud, contact Jamf Support via Jamf Account. If you want to keep your server on premise, you can migrate your Jamf Pro server from macOS to one of the following servers: Red Hat Enterprise Linux, Ubuntu, or Windows. For more information, see the Migrating to Another Server article.

Hope this will help.

-Sam

Can confirm. A previous version of Jamf Admin works without issue. 

It certainly is specifically Jamf Admin 10.35 for me with my brief experience with it. Never had this issue with any previous versions. Looks like 10.34.2 for me.

Thanks for the heads up but I don't think this is relevant here. 

Our third party hosted (so in effect an on-prem install) instance is on a linux box and displays this issue. 

Defo looks to be due to the PI @djwojo mentioned above.

I've had the same issue. Jamf support confirmed that it's related to issue PI-010453. My workaround was also moving back to Jamf Admin 10.34.2. All is good.

Same here. But DP isn't on the same server: JamfPro is on Linux, the DP is on a Windows-Share.

Short Description on our Setting here:

• Jamf Pro on Linux 10.35
• Distribution Point on Windows Share
• Jamf Admin 10.35 on M1-Mac fails (can't upload, we see the file but without checksum and it don't work); Jamf Admin has full disc access
• Jamf Admin 10.34 on Intel-Mac works just fine
• Went back to Jamf Admin 10.34.2 on M1 … and everything works fine again!

Solution: Just don't use Jamf Admin 10.35

@djwojo thanks for the Product Issue info, confirmed our 10.35.0 environment was impacted, and deploying Jamf Admin 10.34.2 fixed the issue.

Hi,
After upgrading Jamf Admin tools to (Jamf Admin 10.35) got the issue with saving packages.
-Also after you get the error you can re-login to Jamf Admin you will see 2-4 times massage that the same package "The package "***" cant be saved".
-Also, you see this package "in red " in the list of attributes of Casper Share. But when you are trying to delete it manually you will get: The package "****".pkg could not be deleted because there are other packages based on it.

Downgraded to (Jamf Admin 10.34.2) - works fine without any errors!

same issue here, windows 2019 server.  as soon as I upgrade to jamf 10.35, admin won't let me upload packages with same error messages from above.  going back to 10.34.2 admin and it works fine.

was also getting a message about not being able to delete packages from admin, that the package was being used by another policy.  It wasn't be used, as soon as I reverted back to 10.34.2, that issue also went away.