<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Calibri">Hi Bostjan, <br>
<br>
I sent a reply with an attachment a week ago but it still was not
approved. To not delay this any further, I just pasted the result
of below commands here: <br>
<br>
strace: <a class="moz-txt-link-freetext"
href="http://pastebin.com/FXr4WJqG">http://pastebin.com/FXr4WJqG</a><br>
lsof: <a class="moz-txt-link-freetext"
href="http://pastebin.com/bHHtkCdM">http://pastebin.com/bHHtkCdM</a><br>
<br>
Thanks for the commands, by the way. I read through the result but
I can't make anything of it. <br>
<br>
Viktor<br>
</font><br>
<div class="moz-cite-prefix">On 22.01.2016 04:27, Bostjan Skufca
wrote:<br>
</div>
<blockquote
cite="mid:CAEp_DRBXNoshvGqqxXiuspyNBETNhQ8ygKxSCHj0buTWzZxEGA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Do not add -eopen argument, as it limits your view.</div>
<div><br>
</div>
<div>Do this:</div>
<div>- strace -f -tt -r lxc-ls -f</div>
<div><br>
</div>
<div>And while strace is running and your program is hanging,
find its pid (of lxc-ls, not strace) and run lsof -p PID (if
it will be hanging on socket, this will give you a hint what
that socket is).</div>
<div><br>
</div>
b.
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 21 January 2016 at 23:42, Viktor
Trojanovic <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:viktor@troja.ch" target="_blank">viktor@troja.ch</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hi
Bostjan,<br>
<br>
Here is my strace to "lxc-ls -f". It looks the same with the
other<br>
commands, at least the last line is identical.<br>
<br>
# strace -eopen lxc-ls -f<br>
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3<br>
open("/usr/lib/libpython3.5m.so.1.0", O_RDONLY|O_CLOEXEC) =
3<br>
[...]<br>
open("/usr/share/lxc/config/archlinux.common.conf",
O_RDONLY) = 6<br>
open("/usr/share/lxc/config/common.conf", O_RDONLY) = 7<br>
open("/usr/share/lxc/config/common.conf.d/",<br>
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8<br>
<br>
I can't make much of that. I see that it cannot find a few
files but<br>
in my understanding these are optional anyway.<br>
<br>
Maybe you see something I don't?<br>
<span class="HOEnZb"><font color="#888888"><br>
Viktor<br>
</font></span>
<div class="HOEnZb">
<div class="h5"><br>
On Thu, Jan 21, 2016 at 6:33 PM, Bostjan Skufca <<a
class="moz-txt-link-abbreviated"
href="mailto:bostjan@a2o.si"><a class="moz-txt-link-abbreviated" href="mailto:bostjan@a2o.si">bostjan@a2o.si</a></a>>
wrote:<br>
> strace command is your friend.<br>
><br>
> b.<br>
><br>
><br>
> On 21 January 2016 at 12:12, Viktor Trojanovic <<a
class="moz-txt-link-abbreviated"
href="mailto:viktor@troja.ch"><a class="moz-txt-link-abbreviated" href="mailto:viktor@troja.ch">viktor@troja.ch</a></a>>
wrote:<br>
>><br>
>><br>
>><br>
>> On 20.01.2016 23:50, Fajar A. Nugraha wrote:<br>
>><br>
>> On Thu, Jan 21, 2016 at 5:49 AM, Fajar A.
Nugraha <<a moz-do-not-send="true"
href="mailto:list@fajar.net">list@fajar.net</a>>
wrote:<br>
>>><br>
>>> On Thu, Jan 21, 2016 at 5:23 AM, Viktor
Trojanovic <<a moz-do-not-send="true"
href="mailto:viktor@troja.ch">viktor@troja.ch</a>><br>
>>> wrote:<br>
>>>><br>
>>>> I just did a system upgrade on my Arch
System which included updating<br>
>>>> the kernel, systemd and lxc to the
newest versions. After having done so, I<br>
>>>> cannot interact with my Linux container
any longer. The system within the<br>
>>>> container still seems to work fine and
can be contacted from outside (Samba<br>
>>>> server) but if I try to use one of the
lxc commands to query or otherwise<br>
>>>> interact with the container (e.g.
lxc-ls -f, lxc-stop, lxc-console,<br>
>>>> lxc-attach), the command hangs until I
cancel it with CTRL+C.<br>
>>>><br>
>>>> I get the following message when
cancelling lxc-ls -f (as root):<br>
>>>><br>
>>>> ^CTraceback (most recent call list):<br>
>>>> File "/usr/bin/lxc-ls", line 432, in
<module><br>
>>>> containers =
get_containers(root=True)<br>
>>>> File "user/bin/lxc-ls", line 261, in
get_containers<br>
>>>> if container.controllable:<br>
>>>> KeyboardInterrupt<br>
>>>><br>
>>>> Regular lxc-ls works normal, by the
way.<br>
>>>><br>
>>>> I can probably just reboot the server
but I still wanted to ask around<br>
>>>> if anyone has an idea why this is
happening and what I could do except<br>
>>>> rebooting to regain control of LXC? I
tried already systemctl restart lxc<br>
>>>> but that doesn't help.<br>
>>>><br>
>>><br>
>>><br>
>>> Do you have lxcfs installed? If yes, this
should be a know issue. When<br>
>>> you restart lxcfs, all existing running
containers that use it will be<br>
>>> unable to access lxcfs-provided resources.
AFAIK restarting lxc service does<br>
>>> restart running containers.<br>
>>><br>
>><br>
>> That should be: AFAIK restarting lxc service
does NOT restart running<br>
>> containers.<br>
>><br>
>><br>
>>> Try killing one of those containers
(lxc-stop -k -n ...), start it, and<br>
>>> then test again. If it works, do the same
for other containers.<br>
>>><br>
>>> --<br>
>>> Fajar<br>
>><br>
>><br>
>> Hi Fajar,<br>
>><br>
>> I'm not using lxcfs, just regular directory
based containers.<br>
>><br>
>> I cannot do anything with the containers.<br>
>><br>
>> lxc-stop -k<br>
>> lxc-ls -f<br>
>> lxc-attach<br>
>> lxc-console<br>
>> systemctl stop lxc (or restart lxc)<br>
>><br>
>> All these commands hang forever, I have to
interrupt with CTRL+C and no<br>
>> output is written to the logs. But the
container system keeps working fine,<br>
>> so does the host system.<br>
>><br>
>> Viktor<br>
>><br>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</body>
</html>