-
Notifications
You must be signed in to change notification settings - Fork 87
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
asb fails to watch Monero lock transaction properly unless monero-wallet-rpc and asb are restarted #652
Comments
Any logs you have would be great, just be sure to redact any swap ID/TXID as desired before posting here to preserve your own privacy! |
Thanks for reporting. This seems to be an issue with I guess a meaningful thing to address here would be to allow for |
That is an error message from To confirm that: Were you able to fix this issue by just restarting the ASB? Or did you restart What we can do is what I suggested above: Make it possible to restart |
Previously, we relied on the wallet in the `monero-wallet-rpc` daemon to be loaded as we do on startup. As a consequence of this expectation, restarting `monero-wallet-rpc` to fix bugs like #652 resulted in the ASB no longer operating correctly. To fix this, we now load the wallet on-demand in case the daemon responds with the error code -13. Ideally, we would implement this behaviour generically using the proxy pattern on the `MoneroWalletRpc` trait. Unfortunately, when attempting to do so we uncover a limitation in the design of `jsonrpc_client`. This limitation is tracked in thomaseizinger/rust-jsonrpc-client#47. Once fixed, we can implement this logic in a more robust way that is not tied to the `check_tx_key` RPC call but applies to any RPC call automatically.
I've opened a PR that should allow this: #657 I don't know how exactly you are operating your daemons but as a general approach, I think you will need some kind of monitoring that alerts you of issues like this. In this particular case, you would have to monitor the number of errors being logged in the We are also logging a particular log message on warn level now for this exact case, so you can also monitor for that if you want. |
Glad to hear it! The new ASB log will be helpful as well as the RPC logs are a bit noisy. I'm working on actionable monitoring as we speak via Zabbix, but the more specific logs I can get, the better 👍 Will test out the new version once it's built! |
Previously, we relied on the wallet in the `monero-wallet-rpc` daemon to be loaded as we do on startup. As a consequence of this expectation, restarting `monero-wallet-rpc` to fix bugs like #652 resulted in the ASB no longer operating correctly. To fix this, we now load the wallet on-demand in case the daemon responds with the error code -13. Ideally, we would implement this behaviour generically using the proxy pattern on the `MoneroWalletRpc` trait. Unfortunately, when attempting to do so we uncover a limitation in the design of `jsonrpc_client`. This limitation is tracked in thomaseizinger/rust-jsonrpc-client#47. Once fixed, we can implement this logic in a more robust way that is not tied to the `check_tx_key` RPC call but applies to any RPC call automatically.
Previously, we relied on the wallet in the `monero-wallet-rpc` daemon to be loaded as we do on startup. As a consequence of this expectation, restarting `monero-wallet-rpc` to fix bugs like #652 resulted in the ASB no longer operating correctly. To fix this, we now load the wallet on-demand in case the daemon responds with the error code -13. Ideally, we would implement this behaviour generically using the proxy pattern on the `MoneroWalletRpc` trait. Unfortunately, when attempting to do so we uncover a limitation in the design of `jsonrpc_client`. This limitation is tracked in thomaseizinger/rust-jsonrpc-client#47. Once fixed, we can implement this logic in a more robust way that is not tied to the `check_tx_key` RPC call but applies to any RPC call automatically.
I have now run into this twice, and wanted to be sure to open an issue as it seems to be a persistent issue.
For some swaps (2/10 for me, so far) the Monero lock transaction details are not properly gathered/watched by the asb with the following logs:
asb
:monero-wallet-rpc
:A couple more notes:
monero-wallet-rpc
without also restartingasb
, as the asb tool cannot properly load the wallet file when running.The text was updated successfully, but these errors were encountered: