svxlink icon indicating copy to clipboard operation
svxlink copied to clipboard

REQ: svxreflector implementaion for SIGHUP (re-read config without restart)

Open audric opened this issue 1 year ago • 1 comments

I wish svxreflector daemon implemented the SIGHUP signal in order to re-read the config file without having to kill the process and restart it.

This would be useful to enforce config changes (like new users or user deletions) without affecting the present connections.

Open to other suggestions to achieve the same goal.

audric avatar Mar 15 '24 18:03 audric

It find it takes only seconds for the implementation of a restart, that barely makes a flicker on the portal dashboard. I see no real issues, it's not a professional communications system however you look at it, as good as it is. Chris

On Fri, 15 Mar 2024, 18:56 Audric IW1GEU, @.***> wrote:

I wish svxreflector daemon implemented the SIGHUP signal in order to re-read the config file without having to kill the process and restarting it.

This would be useful to enforce config changes (like new users or user deletions) without affecting the present connections.

Open to other suggestions that achieve the same goal.

— Reply to this email directly, view it on GitHub https://github.com/sm0svx/svxlink/issues/665, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACAKA5F64SKUL2BBN3XUE2DYYM77PAVCNFSM6AAAAABEYQE5BWVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE4DSMRYGIYTQMI . You are receiving this because you are subscribed to this thread.Message ID: @.***>

f5vmr avatar Mar 15 '24 20:03 f5vmr

As @f5vmr commented, a reflector restart is normally hardly noticeable even when in the middle of a QSO. As for user additions/deletions, you should not use the AUTH_KEY authentication anymore but certificates.

A complete re-read of the config would be a lot of work to implement so it will not happen. A couple of variables are settable at run-time using the COMMAND_PTY (GLOBAL/SQL_TIMEOUT_BLOCKTIME and GLOBAL/SQL_TIMEOUT). And if you really want to, you can also add entries to the USERS and PASSWORDS section at run-time. They will not be stored in the config file though so you will have to do that manually.

sm0svx avatar Sep 28 '25 11:09 sm0svx

Because the 2 UK reflectors are built on version 24, TYPE=ReflectorV2 is required on Version 25 units. One day we might get round to changing it, but with many users on Version 24, it's a project.

When I add new users with an AUTH_KEY, and perform a restart by systemctl there is negligible stoppage.

Chris

On Sun, 28 Sept 2025, 12:50 Tobias Blomberg, @.***> wrote:

sm0svx left a comment (sm0svx/svxlink#665) https://github.com/sm0svx/svxlink/issues/665#issuecomment-3343043458

As @f5vmr https://github.com/f5vmr commented, a reflector restart is normally hardly noticeable even when in the middle of a QSO. As for user additions/deletions, you should not use the AUTH_KEY authentication anymore but certificates.

A complete re-read of the config would be a lot of work to implement so it will not happen. A couple of variables are settable at run-time using the COMMAND_PTY (GLOBAL/SQL_TIMEOUT_BLOCKTIME and GLOBAL/SQL_TIMEOUT). And if you really want to, you can also add entries to the USERS and PASSWORDS section at run-time. They will not be stored in the config file though so you will have to do that manually.

— Reply to this email directly, view it on GitHub https://github.com/sm0svx/svxlink/issues/665#issuecomment-3343043458, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACAKA5CK47XHJX7ECMQZHCD3U7DQFAVCNFSM6AAAAACHWVEINKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTGNBTGA2DGNBVHA . You are receiving this because you were mentioned.Message ID: @.***>

f5vmr avatar Sep 28 '25 11:09 f5vmr

On the reflector side it's not a problem. The latest reflector software will support older clients just fine so start by upgrading those old reflectors. Nothing will change really until some node connect using the V3 protocol.

sm0svx avatar Sep 28 '25 12:09 sm0svx

On the Swedish reflector the oldest V2 node is running SvxLink 1.7.99.52 and all reflectors are obviously running the latest development code from git master.

sm0svx avatar Sep 28 '25 12:09 sm0svx

Ok, I'll check it out. Thanks Chris

On Sun, 28 Sept 2025, 13:48 Tobias Blomberg, @.***> wrote:

sm0svx left a comment (sm0svx/svxlink#665) https://github.com/sm0svx/svxlink/issues/665#issuecomment-3343205176

On the Swedish reflector the oldest V2 node is running SvxLink 1.7.99.52 and all reflectors are obviously running the latest development code from git master.

— Reply to this email directly, view it on GitHub https://github.com/sm0svx/svxlink/issues/665#issuecomment-3343205176, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACAKA5GTYM6WYLGUWUHTFI33U7KINAVCNFSM6AAAAACHWVEINKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTGNBTGIYDKMJXGY . You are receiving this because you were mentioned.Message ID: @.***>

f5vmr avatar Sep 28 '25 12:09 f5vmr