[Planetlab-devel] symetric peering

[Thierry Parmentelat]

Wow, that looks great and is going to be most helpful.

As part of the build rework, I had proposed that a planetlab tag (like 
4.0rc3) be in fact a collection of module tags (like kernel-257)
This is how our versioning works, and it's much easier when it comes to 
tracking features.
So maybe when this is done, we could even have the topics that make it 
to the 'done' section - or even better, to the 'deployment' section - 
related to a cvs/svn tag ? That would be really really cool.

-- Thierry

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