Beta API issue with Groups enumeration

Dave Stephenson enlightened me to the Beta API which has unlocked a challenge I've been trying to solve (a big thank you!).   I want to enumerate groups with NMM (where I can do it under a single auth), filter for a list of specific group names (the security groups used to enable AVD) and in turn, call again to get a list of users in said group.  Take the results, log it elsewhere for reporting and monitoring.   The bigger picture is cataloging who is enabled and when a user appears, or no longer appears to have access to an AVD pool.

That said - of all of my accounts, only 3 get a ‘complete’ list of groups when querying for groups and their id's.   It seems like there is either a bug, of a limitation/filter critera on the API call producing unexpected results.

When I query the list of groups from an account with this - /rest-api/v1-beta/accounts/{accountId}/groups - i get a list of groups, but it is incomplete for ‘some’ accounts.   In all cases, NMM sees the group under Account/Groups - all of them show ‘local’ as the type, regardless of whether they are AD, EntraDS or Entra Only.

Anyone else face this complication with the beta api, and more to the point - where should we go for assistance here?  Is this something that should go through Support?  my PSM?  Here only, because it is Beta?

0

Comments (1 comment)

0
Avatar
John Tokash
(Edited )

I found that while I validated this unexpected behavior with Swagger, future runs are returning more fruitful results.   So for now it is ‘working’ - but being a beta API, I'll keep a close eye to see if the behavior returns.   Out of 5 calls for the same group list from a given account, 3 of them produced expected results, 2 didn't.   I'll monitor and see if I can find a nuance that might explain it.

 

That said - the core topic remains, if we find irregularities or unexpected behavior with the beta API, who should it go through for assistance?

 

Please sign in to leave a comment.