Posted on 11-14-2023 01:48 PM
I am getting the message saying "Self Service is a component of Jamf Pro, developed by Jamf. This app must be associated with a Jamf Pro Server. Contact your IT administrator for more information."
We use automated device enrollment and the iPads experiencing this issue are enrolled into our Jamf instance. Our Self Service app is set to be installed manually to avoid Apple IDs. I have already set up the app configuration as seen on the Jamf Pro documentation. Is there anything else that I am missing? Thank you!
Solved! Go to Solution.
Posted on 11-15-2023 05:03 AM
This Config-Dictionary works for us:
<dict>
<key>INVITATION_STRING</key>
<string>$MOBILEDEVICEAPPINVITE</string>
<key>JSS_ID</key>
<string>$JSSID</string>
<key>SERIAL_NUMBER</key>
<string>$SERIALNUMBER</string>
<key>DEVICE_NAME</key>
<string>$DEVICENAME</string>
<key>MAC_ADDRESS</key>
<string>$MACADDRESS</string>
<key>UDID</key>
<string>$UDID</string>
<key>MANAGEMENT_ID</key>
<string>$MANAGEMENTID</string>
<key>JSS_URL</key>
<string>*Jamf-URL*</string>
</dict>
*Jamf-URL* must be replaced with the URL of the MDM server
Posted on 11-14-2023 02:02 PM
Self Service is normally licensed via AxM and deployed automatically using Jamf. As long as you have VPP licenses for Self Service there should be no need for Apple ID login.
11-14-2023 02:16 PM - edited 11-14-2023 02:27 PM
Seeing the same exact thing. No changes to the environment and suddenly 2 new ipads set up not working.
it appears to only be affecting newly enrolled iPads and not devices that are already enrolled.
11-14-2023 02:43 PM - edited 11-14-2023 02:44 PM
I think this is a bug relating to the new version of Self Service (11.2).
Posted on 11-14-2023 02:47 PM
Thank you for supplying this link. Hopefully this bug is fixed soon!!
11-14-2023 05:57 PM - edited 11-14-2023 05:58 PM
Having this exact same issue, testing iOS devices in Jamf Pro for the first time after managing Mac's using Jamf for years and thought I was doing something stupid but glad to hear its most likely a software bug.
FYI I'm using the cloud hosted of Jamf Pro.
Posted on 11-14-2023 10:27 PM
We have an on-prem instance, and we have the same issue as well. Great, 60k devices affected, going to be a huuuuge poop sandwich today. Thanks for the abysmal QA, Jamf!
Posted on 11-14-2023 10:46 PM
FYI, the config has been silently changed in the JAMF Pro documentation (UDID is now MANAGEMENTID), but it seems like updating the managed app config makes no difference. Anyway, insight into cause and fix (including ETA on an app update, if one is required) would be greatly appreciated, JAMF!
Posted on 11-15-2023 03:07 AM
Both UDID and MANAGEMENTID must be entered. Then it works.
Posted on 11-15-2023 04:11 AM
m_ruehl
can you expand on that please, may be an example?
Posted on 11-15-2023 04:25 AM
Tried adding the MANAGEMENTID made no difference
Posted on 11-15-2023 05:03 AM
This Config-Dictionary works for us:
<dict>
<key>INVITATION_STRING</key>
<string>$MOBILEDEVICEAPPINVITE</string>
<key>JSS_ID</key>
<string>$JSSID</string>
<key>SERIAL_NUMBER</key>
<string>$SERIALNUMBER</string>
<key>DEVICE_NAME</key>
<string>$DEVICENAME</string>
<key>MAC_ADDRESS</key>
<string>$MACADDRESS</string>
<key>UDID</key>
<string>$UDID</string>
<key>MANAGEMENT_ID</key>
<string>$MANAGEMENTID</string>
<key>JSS_URL</key>
<string>*Jamf-URL*</string>
</dict>
*Jamf-URL* must be replaced with the URL of the MDM server
Posted on 11-15-2023 05:26 AM
Thanks, this config works for us too.
That's immed : No need to re-deploy the App.
Posted on 11-15-2023 06:16 AM
Does Self Service get the new config automatically or do we need to remove and reinstall self service?
11-15-2023 05:42 AM - edited 11-15-2023 05:44 AM
Thanks @m_ruehl - Confirmed we were having the same issue and the configuration you provided with both management ID and UDID fixed our issue on newly enrolled devices.
For those copying and pasting this make sure to change the last string to your jamf pro URL or use $JPS_URL
It's worth noting that the Jamf Pro documentation only calls for management ID and not both management ID and UDID, we tried copying directly from jamf documentation and it did NOT work.
Posted on 11-15-2023 06:28 AM
I tried leaving it as $JPS_URL it didn't work used the URL for the server but where i had a / at the end of the URL which worked before i had to remove it. Now all ok.
Posted on 11-15-2023 06:33 AM
Many thanks All good now. Its ridiculers that in the Jamf documentation it doesn't have the UUID key.
Posted on 11-15-2023 07:58 AM
I can confirm this works as well. I talked to support yesterday, they had me try a different config profile but clearly it wasn't this.
Posted on 11-15-2023 08:24 AM
This also worked for us! Thank you!
Posted on 11-15-2023 09:05 AM
That solution worked for us so far. Immediate fix, no need to exclude/reinstall the app.
Posted on 11-15-2023 09:10 PM
We tried the above Jamf-URL string with no success but found this worked.
Adding these 2 lines below to our (now broken) prod app config resolved the issue:
Also, make sure the below lines are not removed from the app config as suggested in Jamf documentation as the 16/11/23:
How our app config now looks:
Posted on 11-16-2023 05:34 AM
I can confirm adding the management id fixed my issue. I left the UDID in place.
Posted on 11-15-2023 04:34 AM
Never had anything in the app config for Self Service but the URL of our JAMF. Not even sure what my UDID is for this configuration. If anyone can shed some light on this for me, I’d appreciate it. Thanks in advance.
Posted on 11-15-2023 06:20 AM
It's an 11.2 bug. I had an ipad with 11.1 and did a blank push. Soon as Self-Service updated to 11.2 it blew up.
Posted on 11-15-2023 07:48 AM
We experienced this before 11.2, with iPads still running 11.1.1. It was always on newly enrolled devices. However, now that 11.2 is starting to deploy, it's probably going to break existing devices.
Posted on 11-15-2023 06:37 AM
Manually Installing Self Service with Volume Purchasing
https://learn.jamf.com/bundle/jamf-pro-documentation-current/page/Jamf_Self_Service_for_iOS.html#ari...
Please ensure you add the key between the opening (<dict) and closing (</dict>) tags. Also, ensure it does not go in between another key and value pair. If you are unsure where to add this exactly, please share a copy of your app config.
How to fix:
-Go to VPP app and paste App Config:
<dict>
<key>INVITATION_STRING</key>
<string>$MOBILEDEVICEAPPINVITE</string>
<key>JSS_ID</key>
<string>$JSSID</string>
<key>SERIAL_NUMBER</key>
<string>$SERIALNUMBER</string>
<key>DEVICE_NAME</key>
<string>$DEVICENAME</string>
<key>MAC_ADDRESS</key>
<string>$MACADDRESS</string>
<key>MANAGEMENT_ID</key>
<string>$MANAGEMENTID</string>
<key>JSS_URL</key>
<string>$JPS_URL</string>
</dict>
-Once the changes are saved, we will see ‘Settings - Managed App Configuration’ MDM command sent with plist
-Kill Self Service(Might need to restart the device)
-Re-open
1. Manually delete the Self Service application from the device.
2. Find this device in Jamf Pro. Click on the device, then go to the management tab for this device.
3. Let's click on the update inventory button for this device.
4. After the inventory completes, it should realise that Self Service is not installed and try to install again.
Best regards,
Posted on 11-15-2023 06:39 AM
Please, that's not the point here.
Posted on 11-15-2023 07:47 AM
We are having the same issue happening today. Submitting a Jamf support ticket.
Posted on 11-15-2023 08:27 AM
I reached out to our customer success manager and they said they are aware of the issue and working on a hotfix. Not sure if we will need to adjust the App config after the hotfix is applied (hoping not) since things are now working with @m_ruehl 's app config.
Posted on 11-15-2023 08:39 AM
Same issue.
Posted on 11-15-2023 08:56 AM
Now Fixed with new config:
This is a known Product Issue, PI115080 for your reference. With the upgrade to Self Service 11.2, we will need to replace the App Configuration for the Self Service App which contains additional keys.
We can go to the Self Service App Record > App Configuration > Edit > Remove the old App Configuration > Add the new App Configuration > Save.Once this is done, we should see Devices get sent an MDM Command (Settings - Managed App Configuration). After around 5-10 minutes we should see this command complete and Self Service should begin to work.
Here is the new App Configuration we will want to add:
<dict>
<key>INVITATION_STRING</key>
<string>$MOBILEDEVICEAPPINVITE</string>
<key>JSS_ID</key>
<string>$JSSID</string>
<key>SERIAL_NUMBER</key>
<string>$SERIALNUMBER</string>
<key>DEVICE_NAME</key>
<string>$DEVICENAME</string>
<key>MAC_ADDRESS</key>
<string>$MACADDRESS</string>
<key>MANAGEMENT_ID</key>
<string>$MANAGEMENTID</string>
<key>UDID</key>
<string>$UDID</string>
<key>JSS_URL</key>
<string>$JPS_URL</string>
</dict>
Posted on 11-15-2023 10:46 AM
Thank you, that worked for me.
Posted on 04-22-2024 06:39 PM
The above is working for us. Thank you.
Posted on 11-15-2023 10:42 AM
The MANAGEMENT_ID fix worked for me. A heads up from Jamf would have been nice. It caused a little stress around here!
Posted on 11-15-2023 11:17 AM
Where do you find your MANAGEMENT_ID?
Posted on 11-15-2023 11:19 AM
There's no need, the only line that you have to customize is...
<string>$JPS_URL</string>
...which is the URL to your Jamf server.
Posted on 11-15-2023 11:23 AM
Thanks so much for this, this worked. However, Self Service is now taking a good bit of time to download on wiped devices, I am currently have been waiting 18 minutes for it to come down on an iPad. Anyone else seeing this?
Posted on 11-15-2023 11:25 AM
It's only been 4 minutes for me so far waiting for Self Service to install on a fresh iPad.
Posted on 11-16-2023 10:05 AM
It looks like 11.2.1 has fixed the issue. The iPads that have that version (released today, I believe) have started working again with no changes to the app config.
Posted on 11-16-2023 10:15 AM
Just wanted to add to this to keep it alive a little longer since I'm annoyed from being out sick and coming back to this mess. Adding the management ID lines between UDID and JSS URL fixed it up for me too. Really unacceptable to make a change like this without testing how it affects current instances of the app already installed. Thankfully everyone here is looking out for each other and we don't have to go by just the documentation since going by that also apparently didn't work.