[CRIU] Diagnosing runaway socket error
Adrian Reber
adrian at lisas.de
Tue Jun 28 17:47:28 MSK 2022
Sorry for the late reply. The mailing list is not the best place any
more to ask question. You have better chances of getting help if you
open a github issue.
In your case I would use 'lsof' to look which inode the socket has.
Adrian
On Sun, Jun 12, 2022 at 12:54:56PM +0100, Dan Hatton wrote:
>
> I have a particular process, embodying some numerical calculations in
> Octave, on which I'd like to perform a CRIU dump. Having launched the
> process (as normal user my_user_name) with
>
> (setsid nice -n +19 octave my_octave_script.m) >& log.log &
>
> and found out its PID, PID_x, I run (as root)
>
> criu dump -t PID_x -D ~my_user_name/a_dir/dump
>
> where the directory ~my_user_name/a_dir/dump already exists and is
> owned by my_user_name.
>
> The dump attempt consistently fails with an "External socket is used"
> error.
>
> If I crank up the verbosity, what happens just before the failure is
>
> (02.636547) unix: Dumping external sockets
> (02.636657) unix: Dumping extern: ino 631338 peer_ino 632188 family
> 1 type 1 state 1 name (02.636787) unix: Dumped extern: id 0x2a1
> ino 631338 peer 0 type 2 state 10 name 21 bytes
> (02.636873) unix: Runaway socket: ino 631338 peer_ino 632188 family 1 type 1 state 1 name
>
> If I then try (as root)
>
> find / -inum 631338
> find / -inum 632188
>
> Nothing is found. I'm left with no idea what this socket is or
> whether it's of the type for which it's safe to use the --external
> option to criu. What should be my next step, please?
>
> --
>
> Kind regards,
>
> Daniel
More information about the CRIU
mailing list