Trying to access one of these static files directly also fails and just shows the message “The page cannot be displayed because an internal server error has occurred.
In my case, the site was referencing the FontAwesome package which uses the WOFF file type. In the older IIS this MIME type was not registered so required a manual entry in the configuration. In the newer IIS this is handled natively and the manual configuration is now causing a problem rather than remediating one.
Check the web.config file for a reference to “woff” for example
<mimeMap fileExtension=”.woff” mimetype=”application/font-woff” />
and comment out or remove this line.
Refresh the page in your browser and it should now load correctly.
Support for Windows Server 2008 and 2008 R2 ends in January 2020– just two years from the date of this post. Four years ago I put up a script to find XP and 2003 VMs, and I’ve modified this to search a vSphere environment for powered on VMs running Server 2008 as a Guest OS:
.PowerState -eq "PoweredOn" -and
.Guest -like "*Server 2008*")} |
MyVM1 Microsoft Windows Server 2008
MyVM2 Microsoft Windows Server 2008
MyVM3 Microsoft Windows Server 2008 (64-
MyVM4 Microsoft Windows Server 2008
I’ve come across this error a couple of times in the past few weeks when migrating old ASP.NET websites to new web servers so I’m popping it into the blog as an aide-memoire for myself and in case it’s useful for others.
The error message below (“Server Error in … Application”, “The Microsoft.Jet.OLEDB.4.0 provider is not registered on the local machine) pops up when trying to open a page which uses the database (in this case a Microsoft Access DB).
The fix is to enable 32-bit applications for the relevant Application Pool using Internet Information Services Manager. The Jet drivers are not 64-bit, and by default IIS8 (Server 2012R2) has 32-bit apps disabled.
- Open IIS Manager
- Navigate to the Application Pools Node underneath the web server.
- Select the App Pool in question. If in doubt look at the “Applications” column, if only one has any applications in it then that’s the one you want 🙂
- On the Actions menu on the right-hand side click on “Advanced Settings”
- In the “Advanced Settings” dialog set the value of “Enable 32-Bit Applications” to True and click OK.
November 2015 saw the return of Microsoft’s Future Decoded event to the ExCel Center in London. I didn’t make it last year (it was a week after TechEd Europe and I was all Microsofted out!) so I’ve been looking forward to the Tech Day of this event since the registration notice back in May. This is my summary of the day. Continue reading
My organisation has a user-facing application portal, distributing Application Jukebox and direct download apps from one central location. However, we use SCCM to distribute some applications and have been stuck in the unsatisfactory situation of having to direct users to two different sites depending on what application they want – “go to the normal portal for these apps, but Software Center for these ones”. Using the method described here we can include web links directly to the application in the SCCM catalog into our existing portal- the result, we can send our users to one place, regardless of the delivery method we have chosen for that specific application.
The solution involves a PowerShell script given below (and based on some work done here). We feed it the name of the application, and some details of our SCCM environment (the site code and the Application Catalog server) and it produces a URL. This URL can then be added to our existing web portal.
Example PowerShell to generate app URL
In this example the script (Get-SCCM-Link.ps1) is called with three arguments:
- Application- this is the name of the application in the SCCM Catalog we want to generate a link for.
- SiteCode- this is the sitecode of our SCCM site
- AppCatalogServer- this is the server hosting the SCCM Application Catalog
The result of running this script is a veeeery long URL. But that’s not a problem, as we’re going to place it in a web page rather than reading it out to a user over the ‘phone!
When a user clicks on the link they will be taken directly to the download page for that app in the SCCM Application Catalog as shown below. Then they just need to click “Install” and the app will be installed as normal- no need to send users to two different places or have them hunt through Software Center. The only caveat is that the application must be deployed to a User Collection of which the logged in user is a member- deploying to a Device Collection is not sufficient. But if your user can already see the app in the listing in the Application Catalog then you should be good to go.
An example application in the SCCM web based catalog