I’ve got this in the 2.9.1 build. I’ll probably release the pretty quickly as there is another issue I’d like to get resolved around licensing. Otherwise, it will be available in tomorrow’s nightly.
That’s awesome. Works a treat now without setting the path. Thanks @adam!
One thing I’ve noticed now, though, is that Connect-AzAccount gives this warning:
[warning] Both Az and AzureRM modules were detected on this machine. Az and AzureRM modules cannot be imported in the same session or used in the same script or runbook. If you are running PowerShell in an environment you control you can use the 'Uninstall-AzureRm' cmdlet to remove all AzureRm modules from your machine. If you are running in Azure Automation, take care that none of your runbooks import both Az and AzureRM modules. More information can be found here: https://aka.ms/azps-migration-guide
Is it safe (or heck, is it even possible) to remove the AzureRM module from the app service instance, or does PSU use that somehow?
The AzureRM modules are going end of life and the Az modules are their replacement, there’s some backward compatibility with aliases etc but lots of breaking changes with function and parameter names so scripts need to be reworked to use them.
I dont think PSU would use them at all, but maybe adam can confirm. They seem to be installed on a powershell based app service by default under the following location:
C:\Program Files (x86)\Microsoft SDKs\Azure\PowerShell\ResourceManager\AzureResourceManager
Tbh, I’d have expected MS to shift over to Az modules on new app service resources by now already, but obviously they havent yet.
Since I’ve no idea what these are actually used for when it comes to the app service itself, I’d probably just install the Az modules as you already have, but put a line on my dashboard startup script to ensure that any RM modules are unloaded and Az is imported.
Module Microsoft.Graph does not exist
Failed to install module Microsoft.Graph Exception calling "ShouldContinue" with "2" argument(s): "A command that prompts the user failed because the host program or the command type does not support user interaction. The host was attempting to request confirmation with the following message: PowerShellGet requires NuGet provider version '2.8.5.201' or newer to interact with NuGet-based repositories. The NuGet provider must be available in 'C:\Program Files\PackageManagement\ProviderAssemblies' or 'C:\WINDOWS\system32\config\systemprofile\AppData\Local\PackageManagement\ProviderAssemblies'. You can also install the NuGet provider by running 'Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force'. Do you want PowerShellGet to install and import the NuGet provider now?"
I am stuck. Is anyone doing something like this? Is there something I am missing with the initialize.ps1 that I need to add?