[Planetlab-devel] symetric peering

[Thierry Parmentelat]

David

Thanks for this update, it is always helpful to have some background 
when trying to figure what's going on in the cvs repository
I am assuming that these features - apart for the last ones about java 
and which that were addressed in roberts's message - are now in the 
production code.
I'd be interested to know whether they also made it to cvs, specifically 
in the planetlab-4_0-rc3 tag that is, to the best of my knowledgde, the 
most stable reference at the moment.

BTW. I was thinking that 'which' could be fruitfully dropped for the 
bash builtin 'type', but this is none of my business.

Thanks -- Thierry

David E. Eisenstat wrote:
> On Wed, 27 Jun 2007, Thierry Parmentelat wrote:
>
>> - a couple other slices use the nm-controller instantiation method, 
>> that our code does not currently support
>
> We've made several changes to Node Manager/util-vserver recently that 
> I'd like to summarize here. We've either pushed or are about to push 
> these.
>
> - The nm-controller instantiation method is used to inform Node 
> Manager that the slice is a special account with shell 
> forward_api_calls that will be used to make calls to Node Manager. 
> Previously we had hard-coded an account for Emulab, the only user of 
> this feature to date.
>
> - We patched util-vserver to prevent slices from getting wedged in 
> such a way that causes pl_chcontext() to fail (thus locking everyone 
> out). This was happening regularly on the production PlanetLab.
>
> - We also patched util-vserver not to blow away /var/run when a slice 
> is started, which was causing multiple instances of crond and other 
> daemons to appear.
>
> - I finally noticed that Node Manager was double-starting some slices 
> and changed the logic so that that will not happen.
>
> - Node Manager now re-runs the slice initscripts when they change. 
> This was at the request of the Stork project, so that users who opt to 
> use Stork after their slices have been instantiated don't have to run 
> the initscript manually.
>
> - Instead of redirecting stdout/stderr to /dev/null, Node Manager 
> redirects these to a file in /root so that we can tell why instances 
> sometimes die.
>
> Also, we're planning to add Sun's Java runtime and "which" to the 
> VServer reference image.
>
> Regards,
>
> -David Eisenstat
>
> _______________________________________________
> Devel mailing list
> Devel at lists.planet-lab.org
> https://lists.planet-lab.org/mailman/listinfo/devel