From: Nivedita Singhvi <nsnix@comcast.net>
To: Nivedita Singhvi <nsnix@comcast.net>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>Ian Pratt
<Ian.Pratt@cl.cam.ac.uk>,
xen-devel@lists.xensource.com, "Zhai,
Edwin" <edwin.zhai@intel.com>
Subject: Re: RE: new /etc/xen/network script
Date: Wed, 17 Aug 2005 04:21:17 -0700 [thread overview]
Message-ID: <43031DAD.5030300@comcast.net> (raw)
In-Reply-To: <43030B2C.5020408@comcast.net>
Nivedita Singhvi wrote:
> Ian Pratt wrote:
>
>> So, ifdown does succeed in taking the interface down. I wander why the
>> routes aren't getting removed?
>
>
> Are we sure that's the case? I think what is happening is
> that the routes are going down, but to bring up peth0
> again, we only do a ip link set peth0 up, which creates
> an interface route, but does not automatically generate
> a default route (since we aren't transferring routes
> in this case).
Urgh. Just synced with the correct script.
One potential issue is the link set of peth0, which creates
an interface route for peth0, at least on my currently
broken box. The ifup of eth0 (veth0) will
try to add a duplicate route for the primary
subnet via eth0. Can't validate or test any of the above
since my box is crashing at boot, unrelated issue,
will dig into this tmrw further when I get onto a box..
This in no way explains why having the del_addrs works
for him when it's prior to the link set up of peth0 (??),
so this isn't the fatal error.
Would this make more sense: to have the route removal
happen as so:
--- network-bridge.orig 2005-08-17 03:38:13.000000000 -0700
+++ network-bridge 2005-08-17 04:08:33.298424365 -0700
@@ -197,6 +197,7 @@
ip link set ${bridge} up
ip link set vif0.0 up
ip link set p${netdev} up
+ del_addrs p${netdev}
if ! ifup ${netdev} ; then
if [ ${kip} ] ; then
# use the addresses we grocked from proc/cmdline
Just for testing..
signed-off-by Nivedita Singhvi niv#us.ibm.com
thanks,
Nivedita
next prev parent reply other threads:[~2005-08-17 11:21 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-16 16:27 new /etc/xen/network script Ian Pratt
2005-08-16 16:41 ` David F Barrera
2005-08-17 10:02 ` Nivedita Singhvi
2005-08-17 11:21 ` Nivedita Singhvi [this message]
2005-08-17 11:34 ` Nivedita Singhvi
-- strict thread matches above, loose matches on Subject: below --
2005-08-16 16:51 Ian Pratt
2005-08-16 18:53 ` David F Barrera
2005-08-17 11:32 Ian Pratt
2005-08-17 11:43 ` Nivedita Singhvi
2005-08-17 11:44 Ian Pratt
2005-08-17 12:12 ` Nivedita Singhvi
2005-08-17 12:19 Zhai, Edwin
2005-08-17 12:34 ` Nivedita Singhvi
2005-08-17 12:34 Ian Pratt
2005-08-17 12:37 ` Nivedita Singhvi
2005-08-17 16:31 ` David F Barrera
2005-08-17 12:47 Zhai, Edwin
2005-08-17 13:30 Zhai, Edwin
2005-08-17 16:34 Ian Pratt
2005-08-17 18:17 ` David F Barrera
2005-10-14 17:16 Stephan Böni
2005-10-14 17:55 ` David F Barrera
2005-10-14 18:22 Stephan Böni
2005-10-14 18:29 Stephan Böni
2005-10-14 18:53 Stephan Böni
2005-10-14 23:23 ` Ewan Mellor
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=43031DAD.5030300@comcast.net \
--to=nsnix@comcast.net \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.