<div dir="ltr"><div class="gmail_default" style="font-size:small"> cat /etc/*release*  <br>DISTRIB_ID=Ubuntu<br>DISTRIB_RELEASE=18.04<br>DISTRIB_CODENAME=bionic<br>DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"<br>NAME="Ubuntu"<br>VERSION="18.04.2 LTS (Bionic Beaver)"<br>ID=ubuntu<br>ID_LIKE=debian<br>PRETTY_NAME="Ubuntu 18.04.2 LTS"<br>VERSION_ID="18.04"<br>HOME_URL="<a href="https://www.ubuntu.com/">https://www.ubuntu.com/</a>"<br>SUPPORT_URL="<a href="https://help.ubuntu.com/">https://help.ubuntu.com/</a>"<br>BUG_REPORT_URL="<a href="https://bugs.launchpad.net/ubuntu/">https://bugs.launchpad.net/ubuntu/</a>"<br>PRIVACY_POLICY_URL="<a href="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy">https://www.ubuntu.com/legal/terms-and-policies/privacy-policy</a>"<br>VERSION_CODENAME=bionic<br>UBUNTU_CODENAME=bionic<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">prlimit -p 1<br>RESOURCE   DESCRIPTION                             SOFT      HARD UNITS<br>AS         address space limit                unlimited unlimited bytes<br>CORE       max core file size                         0 unlimited bytes<br>CPU        CPU time                           unlimited unlimited seconds<br>DATA       max data size                      unlimited unlimited bytes<br>FSIZE      max file size                      unlimited unlimited bytes<br>LOCKS      max number of file locks held      unlimited unlimited locks<br>MEMLOCK    max locked-in-memory address space  16777216  16777216 bytes<br>MSGQUEUE   max bytes in POSIX mqueues            819200    819200 bytes<br>NICE       max nice prio allowed to raise             0         0 <br>NOFILE     max number of open files             1048576   1048576 files<br>NPROC      max number of processes               503249    503249 processes<br>RSS        max resident set size              unlimited unlimited bytes<br>RTPRIO     max real-time priority                     0         0 <br>RTTIME     timeout for real-time tasks        unlimited unlimited microsecs<br>SIGPENDING max number of pending signals         503249    503249 signals<br>STACK      max stack size                       8388608 unlimited bytes<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 27, 2019 at 8:06 AM Kees Bos <<a href="mailto:cornelis.bos@gmail.com">cornelis.bos@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">I probably missed it, but which release are you using on the host?<div dir="auto"><br></div><div dir="auto">And what's the output of</div><div dir="auto">prlimit -p 1</div><div dir="auto">?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 27, 2019, 1:52 PM Saint Michael <<a href="mailto:venefax@gmail.com" target="_blank">venefax@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">My applications are very complex and involved many applications in the traditional sense. It is a nightmare to install them.</div><div class="gmail_default" style="font-size:small">My application runs on Centos but I prefer to use Ubuntu as LXC host.</div><div class="gmail_default" style="font-size:small">I found that rsynching a container over the WAN is the only perfect way to deploy.<br></div><div class="gmail_default" style="font-size:small">The issue that kills me is why I can change some kernel parameters, but not for example </div><div class="gmail_default" style="font-size:small">net.core.rmem_max = 67108864<br>net.core.wmem_max = 33554432<br>net.core.rmem_default = 31457280<br>net.core.wmem_default = 31457280<br></div><div class="gmail_default" style="font-size:small">Any idea?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 27, 2019 at 2:57 AM Jäkel, Guido <<a href="mailto:G.Jaekel@dnb.de" rel="noreferrer" target="_blank">G.Jaekel@dnb.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Michael,<br>
<br>
        > For me, the single point of using LXC is to be able to redeploy a complex<br>
        > app from host to host in a few minutes. I use one-host->one-Container. So<br>
        > what is the issue of giving all power to the containers?<br>
<br>
I don't understand yet, why you want to use Containers, LXC or Dockers at all: You need to have full access to the host and it hardware at low level and don't want to use any isolation or virtualization aspects at all. If you just want to redeploy a complex setup within minutes, you may just need to use a prepared backup of your hosts, or an layered setup with an read-only image and an writeable layer for the changes.<br>
<br>
Guido<br>
<br>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org" rel="noreferrer" target="_blank">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
</blockquote></div>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org" rel="noreferrer" target="_blank">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
</blockquote></div>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org" target="_blank">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
</blockquote></div>