Re: [lxc-users] LXC not responsive after update

[Andrey Repin]

Greetings, Viktor Trojanovic!

>  I'm not using lxcfs, just regular directory based containers.

lxcfs is not a file system for containers.
It is a supplementary virtual FS akin to udev, if I understand it right.


-- 
With best regards,
Andrey Repin
Friday, January 22, 2016 22:01:47

Sorry for my terrible english...

___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

Re: [lxc-users] images.linuxcontainers.org certificate

[Stéphane Graber]

On Fri, Jan 22, 2016 at 01:33:18PM +0100, david.an...@bli.uzh.ch wrote:
> Has the certificate of images.linuxcontainers.org changed?
> Or was I attacked?
> I can access again after removing .config/lxc/servercerts/images.crt
> But how do I now add the correct certificate again?
> 
> Thanks!

Hi,

The certificate was renewed in early January, yes.

LXD was a bit buggy in the past, storing certificates for servers that
passed validation through the system CA, recent LXD no longer does that
(doesn't store certificates for public servers).

So what you did is actually perfectly correct, removing the images.crt
file causes lxd on your machine to validate the remote using your system
CA and as you report that things are working again, it means the
validation is succesful.

-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com


signature.asc
Description: Digital signature
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

[lxc-users] Thoughts on containers to virtualize a Load Balancer's virtual contexts

[Nicola Volpini]

Hello,

I've been closely observing LXC's development and I'm thrilled by how
fast it grew. Well done!

We are currently planning to deploy a software load balancer solution.
The LB will serve various VIPs, some exposed to the internet, some used
internally.
Based on this, we would like to use LXC unprivileged containers to
isolate the load balancer processes, in a setup like this:

Host:
Br0 - connected to the internal network
Br1 - exposed to the internet

Container0:
eth0 - attached to br0

Container1 (internet facing):
eth0 - attached to br0
eth1 - attached to br1

I initially ruled out LXD since it's apparently very young and wanted to
base everything on LXC, solid and tested.
Playing with LXD, though, I realized how much more convenient it is from
an automation point of view: we could configure our containers in
non-modal mode via ansible instead of creating/editing files, and stuff
like that.

So, a few questions:
1. would the setup layout described above make sense?
2. would it be a risky bet to base the project on LXD instead of pure
LXC? Since LXD uses LXC, I can't see any big security/stability risks. I
suppose the only concern would be related to changes in the file format
or in the CLI in later versions.
3. would it be convenient to build our own templates? I need to be able
to preseed certain files like the monitoring agent, the authentication,
and so on into the containers during the installation. An alternative
would be to use Ansible but that would require me to specify the initial
users anyway, one way or another.
4. related to templates: I can't find any documentation in the wild. Any
good resource you can point me to, so I can start studying?

Thank you!


CONFIDENTIALITY NOTICE: This email message (and any attachment) is intended 
only for the individual or entity to which it is addressed. The information in 
this email is confidential and may contain information that is legally 
privileged or exempt from disclosure under applicable law. If you are not the 
intended recipient, you are strictly prohibited from reading, using, publishing 
or disseminating such information and upon receipt, must permanently delete the 
original and destroy any copies. We take steps to protect against viruses and 
other defects but advise you to carry out your own checks and precautions as 
Kambi does not accept any liability for any which remain. Thank you for your 
co-operation.
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

Re: [lxc-users] trying to create/install mate-desktop into unprivileged LXC container fails

[brian mullan]

Thanks Serge

This did NOT work:

lxc config device add *lxcfs* fuse unix-char major=10 minor=229
path=/dev/fuse

But this DID 

lxc config device add ** fuse unix-char major=10 minor=229
path=/dev/fuse

Thanks so much for the tip.

Brian
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

[lxc-users] images.linuxcontainers.org certificate

[david . andel]

Has the certificate of images.linuxcontainers.org changed?
Or was I attacked?
I can access again after removing .config/lxc/servercerts/images.crt
But how do I now add the correct certificate again?

Thanks!
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

Re: [lxc-users] Thoughts on containers to virtualize a Load Balancer's virtual contexts

[Nicola Volpini]

On 01/22/2016 04:09 PM, Steve Hayman wrote:
> I'm currently running 1270 LXC containers in my production
> environment, all serving a similar function to that which you describe.

Hello Steve,

Nice, I suppose you're happy with the stability, considering the number
of containers you run :)

> 3.Ansible/bash and the LXC clone function are extremely useful for this!
> 4.We specifically have some ansible scripts that create the base
> container on each new host, pre-seeded with all the other keys and
> setup scripts. When we need a new container we clone this one and then
> execute the setup scripts passing in the relevant variables.

Seems like a sane approach, I like it. Do you do the pre-seed of all the
necessary packages by means of a series of "lxc-execute" commands on the
host, by chance?
I was thinking of pushing a bash script to the container and running it
from inside, but that becomes a bit unreadable. I'd rather have the
"lxc-execute" commands listed one by one in ansible and run the playbook
against the host, if possible. I wonder if that's the approach you use.

Thanks for the helpful reply, I'll be happily get in contact with you in
case of questions!


>
> I'd be happy to go into greater detail if you were interested in
> hearing more granular details about how we make it all work!
>
> Thanks,
> -Steve 
>
> On Fri, Jan 22, 2016 at 4:46 AM, Nicola Volpini
> > wrote:
>
> Hello,
>
> I've been closely observing LXC's development and I'm thrilled by how
> fast it grew. Well done!
>
> We are currently planning to deploy a software load balancer solution.
> The LB will serve various VIPs, some exposed to the internet, some
> used
> internally.
> Based on this, we would like to use LXC unprivileged containers to
> isolate the load balancer processes, in a setup like this:
>
> Host:
> Br0 - connected to the internal network
> Br1 - exposed to the internet
>
> Container0:
> eth0 - attached to br0
>
> Container1 (internet facing):
> eth0 - attached to br0
> eth1 - attached to br1
>
> I initially ruled out LXD since it's apparently very young and
> wanted to
> base everything on LXC, solid and tested.
> Playing with LXD, though, I realized how much more convenient it
> is from
> an automation point of view: we could configure our containers in
> non-modal mode via ansible instead of creating/editing files, and
> stuff
> like that.
>
> So, a few questions:
> 1. would the setup layout described above make sense?
> 2. would it be a risky bet to base the project on LXD instead of pure
> LXC? Since LXD uses LXC, I can't see any big security/stability
> risks. I
> suppose the only concern would be related to changes in the file
> format
> or in the CLI in later versions.
> 3. would it be convenient to build our own templates? I need to be
> able
> to preseed certain files like the monitoring agent, the
> authentication,
> and so on into the containers during the installation. An alternative
> would be to use Ansible but that would require me to specify the
> initial
> users anyway, one way or another.
> 4. related to templates: I can't find any documentation in the
> wild. Any
> good resource you can point me to, so I can start studying?
>
> Thank you!
>
>
> CONFIDENTIALITY NOTICE: This email message (and any attachment) is
> intended only for the individual or entity to which it is
> addressed. The information in this email is confidential and may
> contain information that is legally privileged or exempt from
> disclosure under applicable law. If you are not the intended
> recipient, you are strictly prohibited from reading, using,
> publishing or disseminating such information and upon receipt,
> must permanently delete the original and destroy any copies. We
> take steps to protect against viruses and other defects but advise
> you to carry out your own checks and precautions as Kambi does not
> accept any liability for any which remain. Thank you for your
> co-operation.
> ___
> lxc-users mailing list
> lxc-users@lists.linuxcontainers.org
> 
> http://lists.linuxcontainers.org/listinfo/lxc-users
>
>
>
>
> -- 
>
> Stephen Hayman | Zoey Commerce | Ops
>
> http://www.zoeycommerce.com
>

___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

Re: [lxc-users] Thoughts on containers to virtualize a Load Balancer's virtual contexts

[Steve Hayman]

Hi Nicola,

New to this Mailing list, but not so new to LXC. I'm currently running 1270
LXC containers in my production environment, all serving a similar function
to that which you describe. For about a year and a half now we have been
using LXC to host isolated instances of our web app. We have a deployment
script that clones new containers on a host from a base container
pre-populated with things like keys and ssl certs and local ansible setup
scripts, adds his ip to DNS masq on the host, and deploys our production
code to the container. Each of our hosts is a VM in our OpenStack private
cloud. We use nginx as a proxy running locally on each Host VM and he
proxies traffic in to the internal network where the containers reside.

To answer your questions directly:
1.Seems ok to me!
2.I have not had a chance to play with LXD yet, but it's being developed
based on LXC by the same folks who built LXC. Maybe wait for them to
announce a 1.0 though? (However the filesystem quota changes in .27 are
enticing)
3.Ansible/bash and the LXC clone function are extremely useful for this!
4.We specifically have some ansible scripts that create the base container
on each new host, pre-seeded with all the other keys and setup scripts.
When we need a new container we clone this one and then execute the setup
scripts passing in the relevant variables.

I'd be happy to go into greater detail if you were interested in hearing
more granular details about how we make it all work!

Thanks,
-Steve

On Fri, Jan 22, 2016 at 4:46 AM, Nicola Volpini 
wrote:

> Hello,
>
> I've been closely observing LXC's development and I'm thrilled by how
> fast it grew. Well done!
>
> We are currently planning to deploy a software load balancer solution.
> The LB will serve various VIPs, some exposed to the internet, some used
> internally.
> Based on this, we would like to use LXC unprivileged containers to
> isolate the load balancer processes, in a setup like this:
>
> Host:
> Br0 - connected to the internal network
> Br1 - exposed to the internet
>
> Container0:
> eth0 - attached to br0
>
> Container1 (internet facing):
> eth0 - attached to br0
> eth1 - attached to br1
>
> I initially ruled out LXD since it's apparently very young and wanted to
> base everything on LXC, solid and tested.
> Playing with LXD, though, I realized how much more convenient it is from
> an automation point of view: we could configure our containers in
> non-modal mode via ansible instead of creating/editing files, and stuff
> like that.
>
> So, a few questions:
> 1. would the setup layout described above make sense?
> 2. would it be a risky bet to base the project on LXD instead of pure
> LXC? Since LXD uses LXC, I can't see any big security/stability risks. I
> suppose the only concern would be related to changes in the file format
> or in the CLI in later versions.
> 3. would it be convenient to build our own templates? I need to be able
> to preseed certain files like the monitoring agent, the authentication,
> and so on into the containers during the installation. An alternative
> would be to use Ansible but that would require me to specify the initial
> users anyway, one way or another.
> 4. related to templates: I can't find any documentation in the wild. Any
> good resource you can point me to, so I can start studying?
>
> Thank you!
>
>
> CONFIDENTIALITY NOTICE: This email message (and any attachment) is
> intended only for the individual or entity to which it is addressed. The
> information in this email is confidential and may contain information that
> is legally privileged or exempt from disclosure under applicable law. If
> you are not the intended recipient, you are strictly prohibited from
> reading, using, publishing or disseminating such information and upon
> receipt, must permanently delete the original and destroy any copies. We
> take steps to protect against viruses and other defects but advise you to
> carry out your own checks and precautions as Kambi does not accept any
> liability for any which remain. Thank you for your co-operation.
> ___
> lxc-users mailing list
> lxc-users@lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users




-- 

Stephen Hayman | Zoey Commerce | Ops

http://www.zoeycommerce.com
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users