On Tue, Sep 8, 2020 at 5:41 PM Lennart Poettering
wrote:
>
> On Di, 08.09.20 17:35, Francis Moreau (francis.m...@gmail.com) wrote:
>
> > On Mon, Sep 7, 2020 at 4:38 PM Lennart Poettering
> > wrote:
> > >
> > > "React on the socket close?" — What do you mean by that?
> > >
> >
> > I mean if my
On Di, 08.09.20 17:35, Francis Moreau (francis.m...@gmail.com) wrote:
> On Mon, Sep 7, 2020 at 4:38 PM Lennart Poettering
> wrote:
> >
> > "React on the socket close?" — What do you mean by that?
> >
>
> I mean if my service explicitly calls close() then systemd could stop
> the socket on its
On Mon, Sep 7, 2020 at 4:38 PM Lennart Poettering
wrote:
>
> "React on the socket close?" — What do you mean by that?
>
I mean if my service explicitly calls close() then systemd could stop
the socket on its side so its are freed until the service is
restarted. I think it is what you described
On So, 06.09.20 22:23, Francis Moreau (francis.m...@gmail.com) wrote:
> > It's how socket activation works really (at least with Accept=no): pid
> > 1 allocate the socket and activates your service every time something
> > happens on it, except if your service is already running. Thus a
> >
On Sat, Sep 5, 2020 at 12:18 AM Lennart Poettering
wrote:
>
> On Fr, 04.09.20 21:53, Francis Moreau (francis.m...@gmail.com) wrote:
>
> > Hi,
> >
> > I have a service which is activated by a socket unit. When systemd
> > passes the (netlink) socket to my service it seems that it still keeps
> > a
On Fr, 04.09.20 21:53, Francis Moreau (francis.m...@gmail.com) wrote:
> Hi,
>
> I have a service which is activated by a socket unit. When systemd
> passes the (netlink) socket to my service it seems that it still keeps
> a reference on the socket, at least ss(8) showed this.
>
> Is this expected
Hi,
I have a service which is activated by a socket unit. When systemd
passes the (netlink) socket to my service it seems that it still keeps
a reference on the socket, at least ss(8) showed this.
Is this expected ? If yes can this be prevented ?
I'm asking because my service may not need the