public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Laurent Vivier <Laurent.Vivier-6ktuUTfB/bM@public.gmane.org>
To: Benjamin Budts <benjamin.budts-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Couple of quetsions HD perf, mac address...
Date: Tue, 03 Jul 2007 13:33:10 +0200	[thread overview]
Message-ID: <468A33F6.7060104@bull.net> (raw)
In-Reply-To: <468A312C.60904-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org>


[-- Attachment #1.1: Type: text/plain, Size: 1714 bytes --]

Benjamin Budts wrote:
> Gregory Haskins wrote:
>> On Tue, 2007-07-03 at 11:43 +0200, Benjamin Budts wrote:
>>   
>>> 3* When I specify a mac address for my debian virtual machine eth0 
>>> changes to eth3 ... very very weird... it's not that bad, i just changed 
>>> my interfaces config file from eth0 to eth3, but it's a bit weird
>>>     
>> Many linux distros support persistent naming these days.  Therefore,
>> there is some record that in the past eth0 had mac X.  Now it that sees
>> an interface with mac Y, it assumes its a new interface and renames it
>> something unique.
>>
>> I am assuming this is the behavior you are seeing.
>>
>>   
> Aah that would explain why i'm having eth3... I started it up 2 or 3 
> times with another mac as well, so he cached it probably like you said...
> 
> thx for that !

udev manages this.
each time you start udev, it executes
/etc/udev/rules.d/z45_persistent-net-generator.rules that generates eth(X)
definitions according MAC address. A new MAC address creates a new eth(X+1)
interface.

I don't know if it is clean, but to avoid this behaviour, I remove
/etc/udev/rules.d/z45_persistent-net-generator.rules (which is a link).

If you only want to clean this, you can remove only the file
/etc/udev/rules.d/z25_persistent-net.rules which will be re-generated by
z45_persistent-net-generator.rules at next reboot (or udev restart):
rm /etc/udev/rules.d/z25_persistent-net.rules
invoke-rc.d udev stop
invoke-rc.d udev start

Regards,
Laurent
-- 
------------- Laurent.Vivier-6ktuUTfB/bM@public.gmane.org  --------------
       "Any sufficiently advanced technology is
  indistinguishable from magic." - Arthur C. Clarke


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 286 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

[-- Attachment #3: Type: text/plain, Size: 186 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel

  parent reply	other threads:[~2007-07-03 11:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-03 11:08 Couple of quetsions HD perf, mac address Gregory Haskins
     [not found] ` <4689F5F10200005A00026F01-Igcdv/6uVdMHoYOw/+koYqIwWpluYiW7@public.gmane.org>
2007-07-03 11:21   ` Benjamin Budts
     [not found]     ` <468A312C.60904-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org>
2007-07-03 11:33       ` Laurent Vivier [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-07-03 11:31 Gregory Haskins
2007-07-03  9:43 Benjamin Budts
     [not found] ` <468A1A3B.604-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org>
2007-07-03 11:48   ` Dor Laor
2007-07-03 11:51   ` Laurent Vivier
     [not found]     ` <468A3F2A.4090601@scarlet.be>
     [not found]       ` <468A3F2A.4090601-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org>
2007-07-03 15:19         ` Laurent Vivier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=468A33F6.7060104@bull.net \
    --to=laurent.vivier-6ktuutfb/bm@public.gmane.org \
    --cc=benjamin.budts-rJAIWvhRp0CZIoH1IeqzKA@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox