Homo-Adminus Blog

[lang_en]

Today I was doing some pre-release testing of our software and to test it I was needed three separate servers running MySQL. After some thinking I decided to use my “old” workstation (actually it is pretty powerful Sempron with 2Gb of RAM, but now I use my macbook as a primary workstation) and start 3 separate virtual servers there. Of course, as all admins, I’m little bit lazy and installing Debian on all three machines was not appropriate solution ;-). So, I’ve created one machine, installed brand-new Debian Etch there and then begun to look for solution to clone this machine to run it in three copies. After all these operations were done, I’ve decided to spend time I’ve saved with this simple trick to describe here how to clone VmWare Server virtual machine without any pain.

[/lang_en]

[lang_ru]

Сегодня занимался предрелизным тестированием нашего ПО и очень нужна был конструкция из трех отдельных серверов с запущенными MySQL’ями. После коротких раздумий я пришел к выводу, что проще всего будет использовать мою “старую” рабочую машину (на самом деле, это неплохой Sempron с 2Gb RAM, но сейчас я использую мой macbook в качечтве рабочей станции) и поставить на нее 3 отдельных виртуальных сервера. Конечно, как все админы, я ленивый и потому ставить Debian 3 раза подряд мне не показалось правильным решением ;-). Потому было принято решение создать одну машину, поставить на нее свежий Debian Etch и потом поискать варианты клонирования этой машины чтобы исаользовать ее в 3-х копиях. Когда все было закончено, я решил потратить сэкономленное время на то, чтобы написать эту небольшую заметку и рассказать, как простыми средствами создать клом машины в VmWare Server.

[/lang_ru]

[lang_en]

First of all, we need to find where all our virtual machines are in our system. After small search I’ve found vmware files in /var/lib/vmware/Virtual Machines. There are some set of directories each corresponds to some of your already created virtual machines. In my case I was interested in cloning virtual machine with name db1 to new machine db2 and then to db3.

I’ve copied entire db1 directory to new one:

Next step was to rename virtual machine’s disk image (maybe it is not necessary but I decided that it would be better to perform this operation). To manage vmware disk images you could use vmware-diskmanager tool which resides in vmware’s binary directory (/vmware/bin in my case):

Next (and, actually, last) step was to rename virtual machine config and change disk image name in this config file:

That’s it! Now we can start this new machine with VMware server console, it would ask as to change machine’s UUID (which is machines MAC address) and after uuid change this machine will get new IP address from dhcp server (in my case – wifi router). As always it was easy and funny. Stay tuned and I’ll say you why you should not use MySQL’s config file (my.cnf) to setup replication (this hint is for my next post).

[/lang_en]

[lang_ru]

Во-первых, нам нужно найти, где именно располагаются файлы виртуальных машин в нашей системе. После недолгих поисков они были обнаружены в каталоге /var/lib/vmware/Virtual Machines. Для каждой из уже созданных в системе машин там находится один каталог, имя которого совпадает с именем машины. В моем случае я хотел склонировать машину db1 в db2 и, позже, в db3.

Я скопировал каталог db1 со всеми файлами в отдельный каталог:

Следующим шагом было переименования файлов дисковых образов (возможно, этот шаг был не обязательным, но я решил, что так будет правильнее). Для управления файлами дисковых образов vmware вы можете использовать утилиту vmware-diskmanager которая расположена в каталоге скриптов vmware (в моем случае – /vmware/bin):

Следующим (и, на самом деле, последним) шагом было переименование конфигурафионного файла виртуальной машины и смена имени дискового образа в этом файле:

Вот и все! Теперь мы можем запустить созданную машину с помощью VMware server console, она спросит нас о смене UUID (который совпадает с MAC-адресом машины) и после смены uuid эта машина сможет получить новый IP адрес от dhcp-сервера (в моем случае – от wifi-роутера). Как всегда, процесс настройки всей этой конструкции оказался простым и интерсным. Оставайтесь на связи и в следующей заметке я расскажу вам почему не стоит использовать конфиг-файл MySQL (my.cnf) для настройки репликации между серверами.

[/lang_ru]