[Planetlab-devel] symetric peering

[Larry Peterson]

This reminds me, we now keep our ongoing development list on the
web page. See the "Roadmap" link on the nav bar.

Larry

On Jun 29, 2007, at 9:14 AM, Thierry Parmentelat wrote:

> 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
>
> _______________________________________________
> Devel mailing list
> Devel at lists.planet-lab.org
> https://lists.planet-lab.org/mailman/listinfo/devel
>