Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Thomas Vestergaard 52 posts 138 karma points
    Nov 09, 2015 @ 21:59
    Thomas Vestergaard
    0

    /Umbraco not working after moving to new server

    I have a really simple umbraco 7 installation which i recently moved to a new server. Fronten is working fine, but /Umbraco has stopped working and I'm not sure how to fix it.

    Screenshot is what chrome is showing me.

    All help is much appreciated.

    enter image description here

    I have checked permissions, removed TEMP files, iisreset ... so far, no luck.

  • Gary Devenay 39 posts 245 karma points
    Nov 10, 2015 @ 14:04
    Gary Devenay
    0

    It would be worth checking your file permissions on the new server. Make sure all file/folder permissions correspond with https://our.umbraco.org/Documentation/Getting-Started/Setup/Install/permissions

  • Thomas Vestergaard 52 posts 138 karma points
    Nov 10, 2015 @ 16:57
    Thomas Vestergaard
    0

    Hi Gary

    Thanks for replying. I tried that - No luck. It's giving me a 404 on the /umbraco/Application? ..... as shown in the screenshot above. Really weird.

  • Nicholas Westby 2054 posts 7103 karma points c-trib
    Nov 10, 2015 @ 17:36
    Nicholas Westby
    0

    Ensure that you have the proper DLL's corresponding with your version of Umbraco. In the past, I have seen people try to upgrade manually, then when they rebuild in Visual Studio, NuGet has an old version of the Umbraco binaries referenced and replaces them silently.

    You can do this with a tool like WinMerge, by the way. Download the Umbraco ZIP file (for your version of Umbraco) and compare that bin folder with the one in your website.

    Since /umbraco/Application seems like a dynamic route (as opposed to a static file), I suspect it's an issue with the DLL's.

  • Thomas Vestergaard 52 posts 138 karma points
    Nov 10, 2015 @ 21:50
    Thomas Vestergaard
    0

    Hi Nicholas Thanks, that tool could come in handy.

    However, this installation worked perfectly on another server. Stopped working after it was moved to a new server. No DLL's have been tampered with. Simply a copy.

  • Nicholas Westby 2054 posts 7103 karma points c-trib
    Nov 10, 2015 @ 22:05
    Nicholas Westby
    0

    In that case, could be something funky about the setup. Would be worth comparing IIS for both installs.

    One thing to pay attention to in particular is if you setup Umbraco in a virtual directory, which doesn't play nice last I heard.

    Might also be worth looking at the application pool to see what .Net version is being used.

    What specific version of Umbraco is the install?

  • Thomas Vestergaard 52 posts 138 karma points
    Nov 10, 2015 @ 22:18
    Thomas Vestergaard
    0

    Unforturnately I don't have access to the old server any more :( I thought I was done with it so it was taken down.

    Application pool is running clr. 4.0

    Umbraco version is 7.2.8 (DLL version)

    No virtual directories.

    Well ... site is no secret. It's my own website. Troubled URL: http://www.thomasvestergaard.com/umbraco

    Frontend works fine.

  • Tim Miller 32 posts 252 karma points
    Nov 10, 2015 @ 23:12
    Tim Miller
    0

    It looks like maybe you have some URL rewriting rules in place. You may need to add some conditions to negate certain paths in those rules.

    For example, here is a default rule added to the Web.config by IIS for adding a trailing slash:

    <rule name="AddTrailingSlashRule1" stopProcessing="true">
                    <match url="(.*[^/])$" />
                    <conditions>
                        <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
                        <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
                    </conditions>
                    <action type="Redirect" url="{R:1}/" />
                </rule>
    

    Adding this condition will negate that rule for certain requests:

    <add input="{REQUEST_URI}" pattern="^/umbraco/" negate="true" />
    
  • Thomas Vestergaard 52 posts 138 karma points
    Nov 11, 2015 @ 19:00
    Thomas Vestergaard
    0

    I was unable to find any specific URL rewriting rules. anywhere.

  • Thomas Vestergaard 52 posts 138 karma points
    Nov 11, 2015 @ 19:01
    Thomas Vestergaard
    0

    I took a copy of the whole site to my local machine and everything works fine here. Not a single change has been made to any configs. Guess it must be a server configuration thing then.

    At least now I have something to compare it with. Will post update once I have located the issue.

  • Thomas Vestergaard 52 posts 138 karma points
    Nov 11, 2015 @ 19:19
    Thomas Vestergaard
    100

    Alright, found out what was wrong. Turns out .NET 4.5 was not registered in IIS. Apparently rendering the frontend is not dependent on this.

    Quite strange behavior. Found out that no .NET 4.0 ISAPI filters was present.

    Thanks for pitching in guys!

Please Sign in or register to post replies

Write your reply to:

Draft