[Lxc-users] Proposal: Change default value of lxc.pivotdir

[Christoph Willing]

On 30/05/2012, at 10:55 PM, Serge Hallyn wrote:

> Quoting Jäkel, Guido (G.Jaekel at dnb.de):
>> Dear Chris,
>
> Agreed, 'mnt' as a default has no advantage.  The ubuntu template  
> recently
> started using lxc_putold.  There's really no reason not to change it  
> in
> the source, for everyone.
>
>>> I think many of us have been caught out by this feature.
>>
>> No need to get this number rising, right? ;)
>>
>>
>>
>>> I now set all my config files to use /mnt/.lxc/NAME as the  
>>> lxc.pivotdir entry for a container named NAME.
>>
>> Do you choose the NAME postfix because in addition there's a  
>> possible race condition while starting two containers at the same  
>> time, too?? If this is the case, please Developers, make it a build- 
>> in to lxc-start to choose such an arbitrary name based on some  
>> adequate prefix (maybe .lxc-pivot is also a good speaking one) AND  
>> the actual container name.
>
> This is for containers without their own rootfs I guess?
>
> perhaps just using tempnam suffices.

Actually, looking around my machines, I see that the /mnt/.lxc/NAME  
solution is only used on one of our container servers and dates back  
to the time I first solved the /mnt problem (after lots of confusion)  
- I guess I over-engineered the solution. I notice on a more recently  
built container server that I'm now using /mnt/SOMENAME, where  
SOMENAME could indeed be from tempnam (but I use my own name generator  
based on mcookie).


chris


>
>> For the moment I'll add this to my wrapper script as a dynamic  
>> configuration passed via the -s option.
>>
>>
>> greetings
>>
>> Guido
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond.  
>> Discussions
>> will include endpoint security, mobile security and the latest in  
>> malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Lxc-users mailing list
>> Lxc-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/lxc-users