Possible Managed App distribution bug

Malcolm
Contributor II

I am currently attempting to distribute a managed file access app called filebrowser for business

the app is configured for mdm configuration, so that we can automatically distribute custom settings to our users. such as login username share type and share path etc.

Upon automatic install of the app, the following error is occurring "The app “com.stratospherix.filebrowserbiz” is already scheduled for management."

The app was distributing to another (my) iPad fine, and setting the managed app settings correctly, although originally it wasn't vpp purchased, but I had purchased against my own itunes account so I set the app as free, I have since deleted the app from jss and re added it as a non free app and vpp distributed to the appropriate staff.

I attempted a failed command purge: delete from mobile_device_management_commands where apns_result_status != 'Acknowledged';

which didn't fix the issue, and the same failed command message appeared.

What I suspect is happening, is the management component to configure the app, is attempting to install, but the app isn't distributing. The ipad air 2, 128gb and is running as expected. The ipad is not managed but it is not prompting to approve the install of the app. I have hard reset the iPad a few times.

while writing this post, I just tried loading the vpp licensed app via the app store, and it installed without problem. and to my surprise it also had the applied managed app configuration.

Has anyone else experienced this? I am hopping to distribute the app to another 500+ and fixing this manually will be somewhat impossible.

20 REPLIES 20

TreviñoL
Contributor

I will let you know if we see the same issue. We are about to purchase the app for 500+ devices in our environment.

cdenesha
Valued Contributor III

I am seeing this in our environment. iOS 9.x, JSS 9.80. Students in grade 7, new iPad Airs, Disabled App Store.

The Apple apps were not properly licensed at first, so when the app requests went out from Self Service they failed with a Redemption Code error. Now that I have fixed that by obtaining and assigning VPP Managed licenses, the app installs are failing "the app" ... "is already scheduled for management". Clearing the errors, restarting the iPad, Updating Inventory.. not working.

It does seem like the Management command is hanging around, and blocking the subsequent install request.

Thoughts?

chris

tvagle
New Contributor II

Informed today that this is a known bug with Device Based Management of Apps with a possible fix in next release
We are running iOS 9.x, JSS 9.81 1400+ iOS, 1000 MacOS

I have 2 of 145 iPads that do not show the App on the iPad but receive the following error in JSS
Install App - Notability PAID The app “com.gingerlabs.Notability” is already scheduled for management.

Instructed to:
1) DFU the iPad
2) Re-Supervise as we have done in the past

I will update after attempting the fix

Possible Factors from our site (listed just in case similar circumstances as others with the issue):
Student stopping the install of the App (due to fear that someone had "Jacked" their iPad :)
Student attempting to install from Self-Service an older version of the same app
JSS restart during execution of the App install (highly unlikely)

tvagle
New Contributor II

Success!

Instructed to:
1) DFU the iPad
2) Re-Supervise as we have done in the past

After DFU-ing the iPads in question each iPad correctly received the App via Device Managed App Distribution

Now we just need the problem fixed in the next JSS update

iPad_Sheriff
New Contributor III

Is there another way around this?

tvagle
New Contributor II

Attended an Apple iOS 9.3 informational meeting and I believe the answer to our issues is to be fixed in iOS 9.3

There is a known bug when Automatically Update App is selected in Casper where the App will lock up and no longer open

Here's what we are doing in the interim

1) Unscope the App you are having issue with (for us it's Notability) in Casper
2) Manually Delete the App from all devices that have it installed
3) Be sure that the Auto-Update App option is NOT selected
4) Re-Scope the App to the devices

This is supposed to solve the Tap the App and it begins to start up but then closes

iOS 9.3 should solve the issue and is anticipated to drop end of March :)

CasperSally
Valued Contributor II

End of March feels pretty harsh for a problem that requires "Manually Delete the App from all devices that have it installed" to fix in the meantime. I feel for you guys who are running into this one...

iPad_Sheriff
New Contributor III

Thank you. That sounds like what I stumbled onto today. Our Google Apps went kaput. Luckily I had "Remove app when profile is removed" checked. That batch deleted the apps when I took the device groups out of the scope. Putting the apps back on devices is a one-by-one approach. I tried to do them all at once, but I kept getting "already scheduled" errors.

tvagle
New Contributor II

We plan on having the students do the tapping to remove the app so that part is a little easier :-}

RLR
Valued Contributor

Getting this issue at the moment still. Latest IOS and JSS. Hope 9.3 fixes this issue.

tvagle
New Contributor II

As we often forget to post when things work, but always post when there's an issue...

I can report (still gonna knock on wood) that our issue with Notability App on iPads using device based distribution has been resolved

Just as advertised:
1) Un-scope the App
2) Remove the App from all devices (Kids did it for us saved time)
3) Verified no Auto-Update selected on App in JSS
4) Re-Scoped the App

Happy to report students and staff now have a working copy of Notability

WooHoo!!

anitasmith
New Contributor

Does anyone know if the 9.3 or 9.3.1 updates solved this issue? and if we update to jss 9.9 and iPads to 9.3.x this will all be solved?

RLR
Valued Contributor

Has this issue been resolved? I've just come to setup a load of iPads again with the Auto Update feature and some are displaying this in the commands failed list: "The app with iTunes Store ID is already scheduled for management."

dmillertds
Contributor

Sad to report it's still happening with me for both Notability and Google Apps, with IOS 10.0.1 and JSS 9.96. I'm sorry, but I think it's absurd this issue is tolerated. Touching each device to remove, DFU, or reinstall is not a viable "fix". The fact you can't even query for iPads in this state makes it even worse. Vent over.

crussell
New Contributor

It looks like we are experiencing the same issue with iOS 10.0.2, JSS 9.96 and GarageBand. Unfortunately we can't even delete the GarageBand app from the iPad. Its status is "waiting..." on the iPad. If we attempt to delete it asks for confirmation, however it doesn't delete it. GarageBand isn't listed in settings, general "Storage & iCloud usage" so we can't delete it that way either. Any hints would be appreciated.

cdenesha
Valued Contributor III

Hmm, 'Storage and iCloud Usage' is what I was going to suggest. I've had some success deleting apps right after a restart. Otherwise I have a utility iExplorer that allows me to delete the app files off the iPad. Sometimes I use it to clear out the Downloads folder of partial installs and the sqllite DB and restart the iPad so it'll be recreated.

dnikles
New Contributor III

Wow @cdenesha using that iExplorer tools seems to do the trick, thanks!!

bcourtade
New Contributor III

We are using iBackupBot to Dump the contents of the downloads folder. Then I use "idevicediagnostics restart" in terminal to restart the device (https://github.com/libimobiledevice/libimobiledevice) <--Saves fingers...

bhouseward
New Contributor III

I'm finding this to still be an issue. I'm on JSS 9.96 and iOS 9.3.5. Like @dmillertds said, I'm not excited about touching all the devices to fix this.

It it looks like this issue has been around for a while, so I don't know if there is any end in sight.

msnowdon
Contributor

Seeing this issue as well. I'm on 9.96 but Ive been seeing this for a while. Currently looking at an iPad that is running 9.3.5 ad has 3 of those failed commands. The time is 12:15 am which is right after the time the apps auto update.