[CRIU] problem in post_open_unix_sk?

[Tycho Andersen]

Hi Pavel,

On Wed, Jun 24, 2015 at 12:17:10AM +0300, Pavel Emelyanov wrote:
> On 06/23/2015 09:25 PM, Tycho Andersen wrote:
> > Hi all,
> > 
> > When trying to c/r wiley (i.e. systemd-based) containers, I'm getting
> > crashes like the following sometimes:
> > 
> > http://paste.ubuntu.com/11763264/
> > (00.135271)    396: Error (sk-unix.c:701): Can't connect 0x6d126 socket: Connection refused
> > 
> > Any ideas as to what this might be?
> 
> I've found several reasons for ECONNREFUSED
> 
> 1. Target path/name doesn't exist
> 2. Target path is not socket
> 3. Target stream socket is not listen()-ing
> 4. Target dgram socket is connect()-ed to someone else
> 
> Can you check the images for what kind of sockets CRIU is trying to
> interconnect?

http://paste.ubuntu.com/11801928/ is the contents of unixsk.img (the
log is http://paste.ubuntu.com/11801992/). In particular, it looks
like this is the culprit:

        {
            "id": 65, 
            "ino": 608196, 
            "type": 1, 
            "state": 1, 
            "flags": "0x80802", 
            "uflags": "0x0", 
            "backlog": 768, 
            "peer": 606767, 
            "fown": {
                "uid": 0, 
                "euid": 0, 
                "signum": 0, 
                "pid_type": 0, 
                "pid": 0
            }, 
            "opts": {
                "so_sndbuf": 16777216, 
                "so_rcvbuf": 16777216, 
                "so_snd_tmo_sec": 0, 
                "so_snd_tmo_usec": 0, 
                "so_rcv_tmo_sec": 0, 
                "so_rcv_tmo_usec": 0, 
                "reuseaddr": false, 
                "so_priority": 0, 
                "so_rcvlowat": 1, 
                "so_mark": 0, 
                "so_passcred": true, 
                "so_passsec": false, 
                "so_dontroute": false, 
                "so_no_check": false
            }, 
            "name": "ADAzOTc2\n"
        }, 

I'm not sure how the path is interpreted though; it's not in the root,
in any case, and the base64 decoding is just an integer. It's peer's
name is base64 encoded /run/systemd/private, so I guess this is a
client of that?

I've uploaded the full images to http://files.tycho.ws/tmp/skunix.tar.gz
if you're interested.

Tycho