When looking at the hosted environments in LCS sometimes the tiles showing updates doesn’t seem to update probably. The symptoms could be that the numbers indicate that you’re missing some updates after updating it all or that the Last run date isn’t updating.
The status is updated through a scheduled task on the server.
It runs a powershell script in C:\LCSDiagnostics\ called CollectData.ps1
You can run it manually (through an elevated powershell) and that should hopefully update the figures.
It would have been nice to be able to see the run history on the task in the scheduler but for some reason that has been disabled:
That is easily fixed. Open the Task scheduler as Administrator and that gives you the option in the right most part of the form:
Going into License configuration to enable or disable a configuration key you’ll probably see the warning:
This form is read-only unless the system is in the maintenance mode. Maintenance mode can be enabled in this environment by running maintenance job from LCS, or using Deployment.Setup tool locally
Here’s how to work around that in all but production environments:
- Tell the other users working on that environment, since you’ll be restarting the IIS during the process.
- Log on to the server running the AOS service and start up a command prompt in Administrator mode
- Run the following statement where you change K to the correct drive for your AOS service:
K:\AosService\PackagesLocalDirectory\Bin\Microsoft.Dynamics.AX.Deployment.Setup.exe –metadatadir K:\AosService\PackagesLocalDirectory –bindir K:\AosService\PackagesLocalDirectory\Bin –sqlserver . –sqldatabase axdb –sqluser <SQL admin user id> –sqlpwd <SQL users password> –setupmode maintenancemode –isinmaintenancemode true
- Restart the IIS with the iisreset command
This leaves the environment in maintenance mode. This doesn’t mean non-functional; but you probably would like to leave the maintenance mode as soon as possible.
When you are done you run this script from a command prompt in Administration mode (again replace K with the appropriate drive letter):
K:\AosService\PackagesLocalDirectory\Bin\Microsoft.Dynamics.AX.Deployment.Setup.exe –metadatadir K:\AosService\PackagesLocalDirectory –bindir K:\AosService\PackagesLocalDirectory\Bin –sqlserver . –sqldatabase axdb –sqluser <SQL admin user id> –sqlpwd <SQL users password> –setupmode maintenancemode –isinmaintenancemode false
Restart you IIS once more and you’re back on track.
In older versions of Dynamics AX we had a report showing us the size of a company. It wasn’t pretty and it wasn’t fast. But it was nice to have though.
In Dynamics 365 for Operations it’s no longer in the menus; but don’t worry, it’s still there. All you need to do is to utilize how you can access menu items by building your own URLs:
That should give you the report:
When editing screen layouts you drag and drop controls in the (soon to be overhauled by Microsoft) editor. If you end up dragging a bit too aggressively you can actually throw the control off the grid and the visible area.
The funny part is that it’s not easily pulled back in since the editor doesn’t allow you to traverse through the active controls.
Here’s a quick description and fix. First I’ve created a simple layout with a single control:
Then I drag it outside the black area. Notice, that it is no longer visible but not available on the list to the left:
To get it back export the layout to an XML file:
Edit the file in notepad. In this case the file is pretty simple. In real life you’ll be pretty pleased with the search function in Notepad.
The thing to notice here is that the left value has gone negative, since I dragged my control too much to the left:
Change the value to a positive figure and save the document:
Import the layout in the designer
And now the control is visible again:
If you end up with controls out of boundaries, you could close the editor without saving to prevent getting in the above situation.
While testing MPOS changes I had to do an uninstall on my laptop. But every time I tried to uninstall it told me that there was an error and it couldn’t complete the uninstall and that I should contact the administrator.
And then it reappeared in the list of installed apps.
Trying to run the Uninstall-RetailModernPOS.ps1 gave a hint of what’s wrong:
You’ll usually find the script around here:
C:\Program Files (x86)\Microsoft Dynamics 365\70\Retail Modern POS\Tools\
There might be some clever way of fixing this, but in order to move forward I did a quick’n’dirty and not recommended way of fixing it:
Remove the check …
Edit the script by commenting out this line:
This is not recommended and definitely not in a production environment and I do not take any responsibility for any undesired outcome of this. But it did the trick for getting me forward.
Please note, that this doesn’t take away the error. So when you uninstall the next time it’ll still throw the error at you until you once again remove the check.
Normally when I need the table browser in Dynamics 365 I use a Chrome extension called “Table Browser Caller for D365FO“. Often you end up working in Incognito mode when having to access environments with a different AAD account. That requires you to make it available in Incognito mode:
BUT … what the extension does isn’t magic. What it does however is offering a very easy approach to building an URL that I never can remember. And when working in a browser without that extension you can write the URL change yourselve. So I figured that if I wrote it here I might remember it better or at least help somebody else remember it.
Add this to the URL to get the table browser: &mi=SysTableBrowser&TableName=. This will give you something like this:
Notice, that the table browser is being changed in a couple of areas compared to AX 2012. This means that changing data through the table browser is not allowed in production environments for example. Nice in regards to data consistency, but missed when having to dirty-fix data. 🙂
So here’s the scenario. We’ve got the POS running and the eCommerce site too; but somethings wrong with the product images. They’re not showing up on the eCommerce site. No matter how many times we restart the IIS and change the images on the media server. The thing is that the eCommerce site doesn’t pull the images from the media server. At least not for the products, that is.
So looking at these sunglasses we get the image of the sunglasses as expected:
Looking at the media server path here’s the image:
Now we add a new image to the media server like this:
It’s ok to go “aaaawwww”…
Looking at the POS it picks up the change pretty fast and shows us two images:
If we go the the eCom site not much happens:
You can restart the IIS all that you want, it won’t change.
Here’s the explanation:
The eCom site looks for the files in another folder than the POS. This opens up for having different levels of image resolution and so on, but that is another story.
So if we copy the image files to the Retail Storefront folder we might be out of the woods … but not quite.We still only see the old image on the site, thanks to caching.
Clear your browsers image cache and bingo: another moment of aaaawwwwww:
This all might be documented somewhere … I just didn’t find it.