On Fri, Jul 16, 2010 at 10:39 PM, Rashkae <span dir="ltr"><<a href="mailto:rashkae@tigershaunt.com">rashkae@tigershaunt.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">Khalid Baheyeldin wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Time to upgrade a server via the proverbial forklift operation: a new server<br>
comes in, and need to copy the existing server to it before<br>
de-commissioning/re-purposing the old server.<br>
<br>
Normally, on a regular LAMP server, it would be an opportunity to clean<br>
things up by doing a fresh install and configuring the few bits that need to<br>
be done manually, then just copying the data portion(s).<br>
<br>
In this case, this server is quite complex and has been running for several<br>
years with lots of stuff on it, not just LAMP. Therefore a fresh install is<br>
less desirable.<br>
<br>
Normally, if the hardware is similar, it is a no brainer: just use dump on<br>
the old server and restore on the new one, and you are done.<br>
<br>
The old concerns about /dev no longer apply, because now it is a dev is a<br>
tmpfs so it is not backed up by dump. However, in this case the hardware is<br>
a bit different, and therefore I am concerned about things in udev, modules,<br>
...etc. being restored over from the older server's dump. That would<br>
overwrite configurations for devices such as MAC addresses and such. For<br>
modules, there could be differences too.<br>
<br>
Is this concern valid? Or should I just copy over everything and not care<br>
much? What about udev and modules in that case?<br>
<br>
This is Ubuntu, so Debian advice will work too.<br>
Generic non-distro-specific advice welcome too (e.g. you used cpio instead<br>
of dump/restore).<br>
<br>
Thoughts? Ideas?<br>
</blockquote>
<br></div>
Assuming the hardware is supported by the old kernel, most* things will just work.  If the hardware is *not* supported, then you have problems.<br>
<br>
Leaving aside for a moment hardware compatibility, the things you have to look out for are changing hard drive references, (if using UUID to mount filesystems, then you have to update fstab with any new UUID's for filesystems you create) and persistent network device names.  (This is where the MAC address issue becomes a concern.  Assuming your server is Hardy (you didn't specify), you will have to manually update /etc/udev/rules.d/70-persistent-net.rules to assign eth0 eth1 etc. to the interfaces you want.<br>
</blockquote><div><br>Thanks!<br><br>Yes, the server is Hardy (previous LTS).<br><br>I realize that I can edit the file and remove eth0 (which will have the MAC address for the old server's hardware), and then rename eth1 to eth0.<br>
<br>I forgot about the UUID, thanks for reminding me of it.<br></div></div><br clear="all">What I am trying to do is do all this in a clean way with minimal trial and error rather than fixing things one by one.<br><br>I don't mind the manual steps as long as there is a comprehensive list beforehand.<br>
-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>
Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>