| Author |
Message |
memset0x90
Joined: 11 Apr 2007
Posts: 2
Location: Los Angeles, CA
|
| Posted: Wed Apr 11, 2007 4:02 pm Post subject: Second Linode cloned from the first |
|
|
I currently have one linode and would like to purchase a second. Given the work involved in setting up a box from scratch (compared to my level of laziness) it would be infinitely convenient to have the second linode cloned from the first (at a profile & disk image level) so I can simply console in and make a few tweaks (network info, etc) to the second. I wanted to confirm this would be possible before I went about adding the second linode (which has to be treated as an entirely separate account, right?)
Thanks in advance. |
|
| Back to top |
|
anderiv
Joined: 27 Apr 2004
Posts: 123
|
| Posted: Wed Apr 11, 2007 4:32 pm Post subject: |
|
|
I'm sure the Linode guys will be willing to do this for you on the server side, but if not, it would be a trivial process, using finnix, to download your disk image(s) and re-upload them to another linode. Many linode users do this semi-regularly for backup purposes.
-erik |
|
| Back to top |
|
memset0x90
Joined: 11 Apr 2007
Posts: 2
Location: Los Angeles, CA
|
| Posted: Wed Apr 11, 2007 5:37 pm Post subject: |
|
|
Interesting, I've never used finnix. I take it this is similar to booting from a Live CD (or install disc in recovery mode.) How do the disk images appear to me? Do I dd them off from /dev/ubd's into a file or do I have access to the actual disk images in UML-native format that I can then sftp off to...somewhere (maybe even another linode booted into finnix?)
Thanks for the insight. |
|
| Back to top |
|
anderiv
Joined: 27 Apr 2004
Posts: 123
|
| Posted: Wed Apr 11, 2007 5:47 pm Post subject: |
|
|
You just need to create a new config profile - select "finnix" in the kernel option and then assign the disk images as you normally would. Then you can use a combination of dd and ssh to move the disk images around...something like this:
Code: $ dd if=/dev/ubda | ssh user@otherserver dd of=/path/to/disk.img
You'd probably want to throw some flags in there when you initiate ssh to turn down the encryption to "bluefish" or something a bit less CPU intensive or you'll find this process may take quite a while.
It's been a long time since I've done this, so there may be a better way, but this is the general idea. |
|
| Back to top |
|
Ciaran
Joined: 13 Feb 2004
Posts: 138
Location: England, UK
|
| Posted: Thu Apr 12, 2007 7:37 am Post subject: |
|
|
| If you use the Finnix kernel you'll also need to remember to select the Finnix initrd and the Finnix ISO image. |
|
| Back to top |
|
Quik
Joined: 17 Sep 2003
Posts: 124
|
| Posted: Mon Apr 23, 2007 8:30 am Post subject: |
|
|
I recently faced a similar problem as the original poster and have posted a how-to on it here.
In this case it might be easier to set up a temporary small Debian installation on the new Linode to handle the incoming disk image. |
|
| Back to top |
|
ArbitraryConstant
Joined: 10 Feb 2007
Posts: 49
|
| Posted: Wed May 02, 2007 12:26 am Post subject: |
|
|
| Quik wrote: In this case it might be easier to set up a temporary small Debian installation on the new Linode to handle the incoming disk image. Yes, I don't think the rescue image will give you an sshd, and I wouldn't want to dump a disk image across the network without encrypting it. |
|
| Back to top |
|
Xan
Joined: 08 Feb 2004
Posts: 286
Location: Austin
|
| Posted: Wed May 02, 2007 2:43 am Post subject: |
|
|
You wouldn't need sshd on the rescue image; just plain ssh should suffice. It doesn't matter which is the client and which is the server; your ssh command can either "push" or "pull".
To modify the previous example:
Code: ssh user@originserver dd if=/dev/ubda | dd of=/path/to/disk.img |
|
| Back to top |
|
| |