[7.086] overall session timeout in WebAdmin

Hi Juergen, hi colleagues,

it's a pity i did not find this thread earlier...
Juergen, your description of the feature is very accurate.

Once an hour, the Confd checks for session files containing a timestamp older than ten minutes.  Those sessions are regarded as stale and are being cleared regardless of any circumstances.
This has nothing to do with the Webadmin timeout, it's a completely independent feature of the Confd, it is not configurable, it has not been changed for 7.100, and it is working as designed.  Confd client (e.g. Webadmin) activity, for example reading or writing configuration data, does not update the timestamp.  Actually, before 7.100, there was no way to update the 'ts' value in /var/confd/var/sessions/* short of manually editing the session file.

In 7.00x/7.01x, Confd worker processes (those called "prpc [...]") never checked their own session file, so your Webadmin session continued to work even after the Confd session had timed out, unless the respective Confd worker process exited for whatever reason.  You might call this a minor glitch in 7.00x/7.01x.
In recent betas, the Confd workers now check that their session is still valid before serving each Confd RPC call, so they now indeed do time out as designed.

I shall talk to the management to decide whether we want to change the design in this respect.

By the way, the following /var/log/confd.log messages are relevant, citing from your attached file:

# Here, the Confd master process is clearing a stale session:
2007:11:24-13:15:53 (none) confd[2879]: id="3100" severity="info" sys="System" sub="confd" name="removing stale session RGmrdKpPZLOvCzpoLirx"
# Consequently, the Confd worker process is exiting:
2007:11:24-13:25:49 (none) confd[7777]: id="3100" severity="info" sys="System" sub="confd" name="session expired, exiting" client="index.plx" facility="webadmin" user="admin@admin" srcip="192.168.18.241"

Hi Juergen, hi colleagues,

it's a pity i did not find this thread earlier...
Juergen, your description of the feature is very accurate.

Once an hour, the Confd checks for session files containing a timestamp older than ten minutes.  Those sessions are regarded as stale and are being cleared regardless of any circumstances.
This has nothing to do with the Webadmin timeout, it's a completely independent feature of the Confd, it is not configurable, it has not been changed for 7.100, and it is working as designed.  Confd client (e.g. Webadmin) activity, for example reading or writing configuration data, does not update the timestamp.  Actually, before 7.100, there was no way to update the 'ts' value in /var/confd/var/sessions/* short of manually editing the session file.

In 7.00x/7.01x, Confd worker processes (those called "prpc [...]") never checked their own session file, so your Webadmin session continued to work even after the Confd session had timed out, unless the respective Confd worker process exited for whatever reason.  You might call this a minor glitch in 7.00x/7.01x.
In recent betas, the Confd workers now check that their session is still valid before serving each Confd RPC call, so they now indeed do time out as designed.

I shall talk to the management to decide whether we want to change the design in this respect.

By the way, the following /var/log/confd.log messages are relevant, citing from your attached file:

# Here, the Confd master process is clearing a stale session:
2007:11:24-13:15:53 (none) confd[2879]: id="3100" severity="info" sys="System" sub="confd" name="removing stale session RGmrdKpPZLOvCzpoLirx"
# Consequently, the Confd worker process is exiting:
2007:11:24-13:25:49 (none) confd[7777]: id="3100" severity="info" sys="System" sub="confd" name="session expired, exiting" client="index.plx" facility="webadmin" user="admin@admin" srcip="192.168.18.241"