when using xinet.d to limit rsync connections and time is set back,
the connection limit is reached very quickly and rsync gets deactivated,
if time is changed again, rsync is never reactivated.
date -s "xxx"
xinetd[xxx]: Deactivating service rsync due to excessive incoming connections.
Restartin
On 7/30/2024 02:50, Alexander Kanavin wrote:
On Mon, 29 Jul 2024 at 16:48, Li Wang via lists.openembedded.org
wrote:
when using xinet.d to limit rsync connections and time is set back,
the connection limit is reached very quickly and rsync gets deactivated,
if time is changed again, rsync is
when using xinet.d to limit rsync connections and time is set back,
the connection limit is reached very quickly and rsync gets deactivated,
if time is changed again, rsync is never reactivated.
date -s "xxx"
xinetd[xxx]: Deactivating service rsync due to excessive incoming connections.
Restartin
when using xinet.d to limit rsync connections and time is set back,
the connection limit is reached very quickly and rsync gets deactivated,
if time is changed again, rsync is never reactivated.
date -s "xxx"
xinetd[xxx]: Deactivating service rsync due to excessive incoming connections.
Restartin
bpf-translate.cxx: error: 'this_column_size' may be used uninitialized in this
function [-Werror=maybe-uninitialized]
bpf-translate.cxx: error: 'num' may be used uninitialized in this function
[-Werror=maybe-uninitialized]
Signed-off-by: Li Wang
---
...x-Prevent-Werror-maybe-uninitialized.patc
