Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Get on /ietf-netconf-acm:nacm fails without a get on /sysrepo-monitoring:sysrepo-state/connection/nacm-stats #3265

Open
PravalliSure opened this issue Mar 28, 2024 · 1 comment
Labels
is:bug Bug description.

Comments

@PravalliSure
Copy link

PravalliSure commented Mar 28, 2024

I see that issuing a get on /ietf-netconf-acm:nacm or /ietf-netconf-acm:nacm/denied-operations or /ietf-netconf-acm:nacm/denied-data-writes or /ietf-netconf-acm:nacm/denied-notifications is giving this error

<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="7">
  <rpc-error>
    <error-type>application</error-type>
    <error-tag>operation-failed</error-tag>
    <error-severity>error</error-severity>
    <error-message xml:lang="en">Timeout expired</error-message>
  </rpc-error>
  <rpc-error>
    <error-type>application</error-type>
    <error-tag>operation-failed</error-tag>
    <error-severity>error</error-severity>
    <error-message xml:lang="en">User callback failed.</error-message>
  </rpc-error>
</rpc-reply>

But if I first issue a get on /sysrepo-monitoring:sysrepo-state/connection/nacm-stats and then do above it passes fine. Is there any problem with unlocking and locking mutexes in this case?

@michalvasko
Copy link
Collaborator

I could not reproduce anything like that, could you mention exact steps? But I would suggest updating netopeer2.

@michalvasko michalvasko added the is:bug Bug description. label Apr 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
is:bug Bug description.
Projects
None yet
Development

No branches or pull requests

2 participants