HA support in sysrepo

[VishalGujela]

Hi @michalvasko
I have been using netopeer library for applying configuration and everything.
For ha my deployment looks like:
On master node i have deployed netopeer alongside redis.
On backup node i have done the same but backup run's in read-only mode for sysrepo.
So i can see the changes in master and also in the redis plugin of backup-node. Also, i can see changes in sysrepocfg for applied latest configuration.
But the subscription i have took in backup for config changes via sysrepo does not work i cannot see the changes for configuration in application.
I just wanted to know whether there's any support for ha in sysrepo or not.
If no is there anything you can suggest.
Thanks

CMD to install yang models : sysrepoctl --install "$file"
--module-plugin "startup:REDIS DS"
--module-plugin "running:REDIS DS"
--module-plugin "candidate:REDIS DS"
--module-plugin "operational:REDIS DS"
--module-plugin "factory-default:REDIS DS"

Logs Backup:
[SYSREPO] ✓ Successfully subscribed to Nsacf-Function
[SYSREPO] Subscribing to changes in module: UpfBess-Function (NF: UPFBESS)
[SYSREPO] ✓ Successfully subscribed to UpfBess-Function
[SYSREPO] Subscribing to changes in module: UpfVPP-Function (NF: UPFVPP)
[SYSREPO] ✓ Successfully subscribed to UpfVPP-Function
[SYSREPO] Subscribing to changes in module: Hm-Function (NF: HM)
[SYSREPO] ✓ Successfully subscribed to Hm-Function
[SYSREPO] Subscription summary: 18 succeeded, 0 failed
[SYSREPO] ✓ All subscriptions active. Waiting for changes...
[RPC] Go validation callback registered
[RPC] Subscribing to validation RPC: /oam-agent-validation:validate-config
[RPC] Module 'oam-agent-validation' found, proceeding with subscription...
[RPC] ✓✓✓ Successfully subscribed to validation RPC
[RPC] ✓✓✓ OAM agent is now ready to receive validation requests from Netopeer2
[INF]: SR: Connection 40 created.
[INF]: SR: Triggering "ietf-netconf-server" "done" event on enabled data.
[INF]: LN: Listening on 0.0.0.0:830 for SSH connections.
[INF]: SR: Triggering "ietf-keystore" "done" event on enabled data.
[INF]: SR: Triggering "ietf-truststore" "done" event on enabled data.
[INF]: SR: Triggering "ietf-netconf-acm" "done" event on enabled data.
[INF]: SR: Triggering "ietf-netconf-acm" "done" event on enabled data.
[INF]: SR: Triggering "ietf-netconf-acm" "done" event on enabled data.
[INF]: SR: Triggering "ietf-netconf-acm" "done" event on enabled data.

[michalvasko]

No, no such duplicate setups are natively supported. You are effectively bypassing sysrepo when writing the changes into the backup redis so the subscriptions will not work.

[VishalGujela]

So i guess we have to apply configuration separately on both the setups. right?

[michalvasko]

That is an option. Another would be to implement a form of duplication that would send the data to sysrepo, not directly to the database automating the configuration backup.