My current project must run against a DHCP server which has to have a fairly exotic configuration (not really one I'd want running on my home network), and I want to be able to blow away and re-create the client constantly as I test installation procedures and the like. So, since we're on Fedora 10 (server), I've set up a little QEMU environment like this:
- base read-only Fedora 10 minimal install with users and basic config (qcow2)
- overlay one, the DHCP server, with one "user stack" nic and one vlan nic
- overlay two, the client server, same network config
but after getting all that set up, I can't get the silly vlan nic to come up on the DHCP server 
. The idea is that I'll write scripts to blow away and recreate the second overlay then install the software to test into it... but this silly bug has just blocked the whole process.
The ifup scripts are complaining that another machine already has the 10.220.* ip addresses I'm configuring (unlikely, given that there's just to the two machines on the vlan). I expect it is some silly Fedora, SELinux, or Qemu thing, or maybe a conflict between those... now I just have to narrow that down a little 
.
[Update] Fixed. Don't get "cute" with your MAC addresses in QEMU. I'd assigned the MAC 01:02:03:04:05:06 to the DHCP server's back-end nic, letting QEMU auto-assign the MAC instead got it working.
Comments
2010-08-31 12:04
That template db idea is prett y neat. I have to say it's get ting pretty annoying downloadi ng database backups and [...]
2010-08-23 20:57
Yeah, in a similar boat with t he code I write... upshot, I'v e got some pretty good compat code in snakeoil, just w [...]
2010-08-22 08:40
Yeah, that's what I started do ing (the function to convert t o bytes), as I support down to 2.4. Thing is this is [...]
2010-08-22 06:28
Your blog aparently likes does n't handle the less than char (<) conversion all that wel l.. everything following [...]
2010-08-22 06:24
The annoying thing about suppo rting both py2k and py3k is th at you wind up having to get r ather explicit about you [...]
2010-08-16 00:48
The measure of a man, I have a lways thought, was - that he l oved. And was loved.
2010-08-15 21:28
Hmm, hadn't realized that was what dpush was for. I guess I 'll have to make the trunk a b ranch rather than a chec [...]
2010-08-15 20:43
For what it's worth, newer ver sions of bzr-svn will not remo ve existing revisions from you r mainline unless you ex [...]
2010-08-15 20:40
bzr-svn supports not inserting any unusual revision properti es, it just means that pushing your bzr revisions into [...]
2010-08-15 18:21
Hmm, maybe I missed something there. Do you mean merge supp ort as in being able to pull f rom N branches into your [...]
2010-08-15 17:45
Lack of merge support kills th e main benefit of bzr-svn over just using svk I'd argue. Personally, I'm *extreme [...]
2010-08-15 11:46
You might want to check out hg subversion
2010-07-25 14:02
> and would have no Trac integ ration The trac-bzr plugin[ 1] seems to provide good integ ration between bzr and t [...]
2010-07-13 21:47
I've always been fascinated wi th the Asterisk AMI interface. So much so that I married tha t fascination with the [...]
2010-07-03 21:32
Yes, only references in dicti onaries are replaced, so hold ing references in lists, tuple s, etceteras keeps them alive.