The jobs are seemingly still running fine without any failed items. I restarted the services on the access node, also tried verifying in another browser. Maybe it could be a problem with browser cache, but no.
Discovery and index timestamps are up to date. Running 11.32.23
Any comments on this? What should be done? Can I trust the backup?
Best answer by Michael Woodward
No special characters wrote:
@Chris Hollis The customer has since ghosted me and they are not responding to messages or phone. I do not have access to their MS365 tenant, so I can’t check or do anything with the azure apps. I trust the customer when they say the permissions mentioned in the error messages are already in place.
We always use the Commvault MS365 helper when creating the customers’ azure apps for the different MS365 services. We can of course imagine a scenario where the customer will [accidentally] change the permissions afterwards, but I can’t verify this.
Hopefully I will get answers from the customer..
@Chris Hollis I raised a support ticket for the same issue, the SharePoint Online API permissions are not required and the software is erroneously requesting them. There’s now a KB article to explain this: https://kb.commvault.com/article/82930
@Chris Hollis The customer has since ghosted me and they are not responding to messages or phone. I do not have access to their MS365 tenant, so I can’t check or do anything with the azure apps. I trust the customer when they say the permissions mentioned in the error messages are already in place.
We always use the Commvault MS365 helper when creating the customers’ azure apps for the different MS365 services. We can of course imagine a scenario where the customer will [accidentally] change the permissions afterwards, but I can’t verify this.
@Chris Hollis The customer has since ghosted me and they are not responding to messages or phone. I do not have access to their MS365 tenant, so I can’t check or do anything with the azure apps. I trust the customer when they say the permissions mentioned in the error messages are already in place.
We always use the Commvault MS365 helper when creating the customers’ azure apps for the different MS365 services. We can of course imagine a scenario where the customer will [accidentally] change the permissions afterwards, but I can’t verify this.
Hopefully I will get answers from the customer..
@Chris Hollis I raised a support ticket for the same issue, the SharePoint Online API permissions are not required and the software is erroneously requesting them. There’s now a KB article to explain this: https://kb.commvault.com/article/82930
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.