fa56 Migrating from VM (qemu) to dedicated harddrive - The FreeBSD Forums
The FreeBSD Forums  

Go Back   The FreeBSD Forums > Base System > Installing & Upgrading

Installing & Upgrading Installing and upgrading FreeBSD.

Reply
 
Thread Tools Display Modes
  #1  
Old September 15th, 2011, 04:29
Mattias Mattias is offline
Junior Member
 
Join Date: Jan 2011
Location: Sweden
Posts: 13
Thanks: 2
Thanked 2 Times in 1 Post
Default Migrating from VM (qemu) to dedicated harddrive

Before I start working on a new server setup I'd really like to know if it's a good idea to start off on a virtual machine (qemu in my case).

More specifically:
  1. Are there any known implications/restrictions hardware/software wise?
  2. How could one make the configuration as simple and clear as possible to adopt to the new hardware (abstraction)?
  3. Anything else?

Input very much appreciated!
Reply With Quote
  #2  
Old September 15th, 2011, 05:21
wblock@'s Avatar
wblock@ wblock@ is offline
Moderator
 
Join Date: Sep 2009
Location: Milky Way galaxy
Posts: 7,724
Thanks: 432
Thanked 1,762 Times in 1,459 Posts
Default

Use labels for disk devices or filesystems.
Use ifconfig_DEFAULT="whatever" to set the Ethernet card. Might not work if you have multiple Ethernet cards.
Don't use CPUTYPE?= in /etc/make.conf.

Will it run X?
Reply With Quote
  #3  
Old September 15th, 2011, 05:59
Mattias Mattias is offline
Junior Member
 
Join Date: Jan 2011
Location: Sweden
Posts: 13
Thanks: 2
Thanked 2 Times in 1 Post
Default

Quote:
Originally Posted by wblock View Post
Use labels for disk devices or filesystems.
Use ifconfig_DEFAULT="whatever" to set the Ethernet card. Might not work if you have multiple Ethernet cards.
Don't use CPUTYPE?= in /etc/make.conf.

Will it run X?
Thanks! I realize a lot good suggestions are to be found in similar topics (physical HD -> VM, HD -> HD, etc). Use of labels seems to be very encouraged! As opposed to anything X related. To answer your question on that:
I do plan to experiment with X, but probably not before migration. I want to run a TV-out service kind-of-thing, thus making use of the TV-out card in the "production box". I might also want to play around with thin clients. I won't have any use for an attached monitor in the final setup. Any thoughts on that?
Reply With Quote
  #4  
Old September 15th, 2011, 06:08
wblock@'s Avatar
wblock@ wblock@ is offline
Moderator
 
Join Date: Sep 2009
Location: Milky Way galaxy
Posts: 7,724
Thanks: 432
Thanked 1,762 Times in 1,459 Posts
Default

A few. I have an xfce setup that is built to run on any random computer. It has all the most common X drivers installed. A skeleton xorg.conf lets xorg autodetect everything else. A network media server may not need anything but the X libraries if it'll be sending everything out over the net.
Reply With Quote
The Following User Says Thank You to wblock@ For This Useful Post:
Mattias (September 15th, 2011)
  #5  
Old September 15th, 2011, 06:56
Mattias Mattias is offline
Junior Member
 
Join Date: Jan 2011
Location: Sweden
Posts: 13
Thanks: 2
Thanked 2 Times in 1 Post
Default

From that I derive:
  • Driver portability as far as possible (X, ...?)
  • Use of automatic configuration (X, disk labels, more?)
  • Variables/labels in configuration files (firewall, rc.conf defaults, more?)
Keeping that in mind can save some head scratching indeed. I assume a basic jails setup (default device access) will work w/o hassle after migration, is that wrong?
Reply With Quote
  #6  
Old September 15th, 2011, 12:03
wblock@'s Avatar
wblock@ wblock@ is offline
Moderator
 
Join Date: Sep 2009
Location: Milky Way galaxy
Posts: 7,724
Thanks: 432
Thanked 1,762 Times in 1,459 Posts
Default

Haven't tried moving a machine with jails from or to a VM, but I'd expect it to work.
Reply With Quote
  #7  
Old September 18th, 2011, 02:40
Mattias Mattias is offline
Junior Member
 
Join Date: Jan 2011
Location: Sweden
Posts: 13
Thanks: 2
Thanked 2 Times in 1 Post
Default

  • Problematic software (mplayer)

http://www.freebsd.org/doc/handbook/video-playback.html
Quote:
7.4.2.1.1 Building MPlayer

MPlayer resides in multimedia/mplayer. MPlayer performs a variety of hardware checks during the build process, resulting in a binary which will not be portable from one system to another. Therefore, it is important to build it from ports and not to use a binary package.
[...]
Reply With Quote
  #8  
Old September 18th, 2011, 05:05
wblock@'s Avatar
wblock@ wblock@ is offline
Moderator
 
Join Date: Sep 2009
Location: Milky Way galaxy
Posts: 7,724
Thanks: 432
Thanked 1,762 Times in 1,459 Posts
Default

Don't turn on OCFLAGS in the mplayer port options. Or do, but plan on rebuilding it after moving to a new system with a different CPU.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Qemu networking ikbendeman Networking 1 November 2nd, 2010 18:36
freebsd and qemu Orioa Installation and Maintenance of FreeBSD Ports or Packages 1 April 9th, 2010 21:13
freebsd and qemu Orioa Installation and Maintenance of FreeBSD Ports or Packages 1 April 9th, 2010 17:47
QEmu/Tap jims Networking 5 March 3rd, 2010 00:09
QEMU on FreeBSD 7.x alie General 13 December 25th, 2008 12:42


All times are GMT +1. The time now is 10:41.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.
The mark FreeBSD is a registered trademark of The FreeBSD Foundation and is used by The FreeBSD Project with the permission of The FreeBSD Foundation.
Web protection and acceleration provided by CloudFlare
0