Turn on resolving of "@" character to vimage name on per-vimage

basis via vfs.morphing_symlinks sysctl.  This finally allows
IMUNES to be run on top of FreeBSD -CURRENT.

NB as of now multicast sending without having default route set still
seems to be broken in FreeBSD -CURRENT (as it is in FreeBSD 5 and 6
as well), so until this is resolved in the kernel or we introduce some
other hack, routing protocols / implementations relying on multicast
transmission won't work inside IMUNES.

Bug found by:
Submitted by:
Reviewed by:
Approved by:
Obtained from:

diff --git a/exec.tcl b/exec.tcl
index 5ac89e7b279d643b1f43881e1d037ecb72935a4a..b9fc2c92db9364dd626a11ec61b50e6f49d56d45 100755 (executable)
--- a/exec.tcl
+++ b/exec.tcl
@@ -1,4 +1,4 @@
-# $Id: exec.tcl,v 1.51 2007/07/19 03:14:13 marko Exp $
+# $Id: exec.tcl,v 1.52 2007/08/13 07:16:11 marko Exp $
 
 # Copyright 2004, 2005 University of Zagreb, Croatia.  All rights reserved.
 #
@@ -255,6 +255,7 @@ proc l3node.instantiate { eid node } {
     set node_id "$eid\_$node"
     nexec vimage -c $node_id
     nexec vimage $node_id hostname [getNodeName $node]
+    nexec vimage $node_id sysctl vfs.morphing_symlinks=1
     global ngnodemap
 
     foreach ifc [ifcList $node] {
@@ -262,7 +263,6 @@ proc l3node.instantiate { eid node } {
            eth {
                set ifid [createIfc eiface ether]
                nexec vimage -i $node_id $ifid $ifc
-               nexec vimage $node_id ifconfig $ifid name $ifc
                set ether 40:00:aa:aa:$mac_byte4:$mac_byte5
                incr mac_byte5
                if { $mac_byte5 >= 100 } {