Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...How do I move my complete setupHow do I move my complete setup
Previous
 
Next
New Post
6/15/2006 4:17 PM
 

Hi BarryS: Thanks for the instructions above; very good detail.  I followed the steps exactly, and what's happening for me is strange and I don't know how to resolve it.  I hoped someone might have some ideas.

I moved my DNN application from server1/dotnetnuke to server2/dotnetnuke, using the BarryS steps above.  Now when I attempt to browse to the DNN application on server2, the URL changes back to the server1/dotnetnuke installation - and my DNN portal loads - but it's the installation from server1, not server2.

I want to keep my server1 installation running until I'm sure the move/migration will work to server2, so I'm glad server1 is still resolving.  But any ideas why my server2/dotnetnuke won't come up on its own, and instead flips back to server1?

I made sure that on server1 there is (1) no host header to server2 in IIS, and (2) no DNN alias to server2/dotnetnuke (which I did put in BEFORE doing the backup, thinking I might need that alias after the move to server2).  I have also restarted both servers.  Still, browsing to server2/dotnetnuke quickly flips to server1/dotnetnuke everytime.


If a problem can be solved, there's no use worrying about it.
If it can't be solved, worrying will do no good.
 
New Post
6/17/2006 11:06 AM
 
Tikkune wrote

I moved my DNN application from server1/dotnetnuke to server2/dotnetnuke, using the BarryS steps above.  Now when I attempt to browse to the DNN application on server2, the URL changes back to the server1/dotnetnuke installation - and my DNN portal loads - but it's the installation from server1, not server2.

I solved this problem by trying lots of stuff, rapid fire.  I can't be absolutely sure what worked, but if you have the same trouble I had, I want to close this issue and offer some help for you.  Here's a few things I suggest:

  • make sure you put the correct ALIAS for the new server in the installed DNN on your old server.  I was moving my DNN 4.0.3 from server1 to server2, so I first went into my DNN on server1 as ADMIN and added the ALIAS server2/dotnetnuke;
  • I thought I could simply copy my server1/dotnetnuke installation over the new server2/dotnetnuke installation, but when I did that - I first got the problem of server2/dotnetnuke resolving to server1/dotnetnuke.  But then I got this idea: do a clean installation of DotNetNuke on server2, and make sure that is working - THEN copy the server1/dotnetnuke installation OVER the top of the server2/dotnetnuke application;

I did all this with at the console using folder/file cut and paste, not FTP, since I have admin access to this server.  After doing a copy of the contents of the /dotnetnuke application folder between server1 and server2 , I had to reset ACL's permissions on the server2/dotnetnuke applicaiton folder before the moved/migrated DNN installation on server2 would run without errors.  You probably know how to do this, but just incase you're new at this like me, here's what I mean by resetting ACL permissions:

(highlight your /dotnetnuke application folder, and right-click) > Sharing and Security... > Security [tab] >Advanced [button] > [x] Replace permission entries on all child objects with entries shown here that apply to child objects > Apply [button] > OK [button]

I find I must reset ACL permissions whenever I'm moving files into/out-of the /dotnetnuke application folder, or else I get errors when attempting to browse to the portal.

After getting the newly migrated/moved DNN to work on my new server2, I logged into DNN as ADMIN and removed the ALIAS for server1/dotnetnuke.

Then the DotNetNuke 4.0.3 Migration/Move between servers was successful, without the redirection problem I had in the previous post.


If a problem can be solved, there's no use worrying about it.
If it can't be solved, worrying will do no good.
 
New Post
6/20/2006 3:34 PM
 

Just for others - I have full access to SQLServer too.  I was able to do this:

  1. You will need to update the DotNetNuke DB '''UserPortals''' table to reflect the new server.
  2. I was getting a Page Not Found error until I did as was suggested earlier.
    (highlight your /dotnetnuke application folder, and right-click Properties -> Security [tab] click NETWORK USER, click Advanced [button] > [x] Replace permission entries on all child objects with entries shown here that apply to child objects > Apply [button] > OK [button]
  3. On first access after this DNN said - "Nothing to install" then (for unknown reasons) subsequent access worked.
 
New Post
6/22/2006 1:11 PM
 

 

brak59: Thanks for adding to this thread.  You mention UserPortals table, so I'm wondering how much know-how you have about SQL and such (I'm super new to SQL/DNN, and I don't know much about the inner workings or either, yet).  Trouble I'm having is that I cannot upgrade this DNN 4.0.3 to 4.3.0 (this installation I moved) without losing my ability to Login to the portal.  [if you search this Subject: Upgrading from 4.0.3 -> 4.3.0 (Object reference not set to an instance of an object) you can read more about the trouble I'm having].

Do you know much about, say, doing a clean DNN installation, then importing into that clean install the tables (and data) from a previous installation?  I don't "get" :) how to do SQL exports/imports, etc.  I am trying to get familiar with SQL Server 2005 Management Studio Express; if I could use that to do table exports, imports - great!  But I could really use a few pointers about how to do it.

 


If a problem can be solved, there's no use worrying about it.
If it can't be solved, worrying will do no good.
 
New Post
6/22/2006 1:54 PM
 

Tikkune - I don't know how much help I can be, but can you clarify some of your wording for me?  Are you simply UPGRADING and having the issue or are you UPGRADING **AND** MOVING it to a NEW HOST?

I have only been messing with this stuff for a few days, but I didn't like blowing over a clean install with another install that seemed dangerous to me the UserPortals table contains the reference to the "HOST" the "SERVER" if you will.  That is the key to where DNN finds the IIS install to run.  As I said in my post - I ABSOLUTELY needed to do the recursive permissions grants on my new hosts DotNetNuke directory ( the one your virtual directory points at). 

Hth,

Daryl

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...How do I move my complete setupHow do I move my complete setup


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out