Skip to content

fix(dashmate): connect ENOENT /var/run/docker.sock - #967

Merged
shumkov merged 2 commits into
v0.24-devfrom
fix/dashmate_docker_socket_path
Apr 24, 2023
Merged

fix(dashmate): connect ENOENT /var/run/docker.sock#967
shumkov merged 2 commits into
v0.24-devfrom
fix/dashmate_docker_socket_path

Conversation

@shuplenkov

@shuplenkovshuplenkov commented Apr 24, 2023

Copy link
Copy Markdown

Issue being fixed or feature implemented

If docker uses non-default context (e.g. in docker-desktop for linux), dashmate throws fatal error: connect ENOENT /var/run/docker.sock

What was done?

Now at the start, we are trying to find out from the docker its current socket path and use it instead of the default one.

How Has This Been Tested?

Manual

Breaking Changes

No

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have made corresponding changes to the documentation

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

@shuplenkovshuplenkov added this to the v0.24.0 milestone Apr 24, 2023
Comment threadpackages/dashmate/src/docker/resolveDockerSocketPath.js
@shuplenkovshuplenkov changed the title fix(dashamte): ability to work with non-default docker socket pathfix(dashmate): ability to work with non-default docker socket pathApr 24, 2023

@shumkovshumkov left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@shumkov
shumkov merged commit fe16e53 into v0.24-devApr 24, 2023
@shumkov
shumkov deleted the fix/dashmate_docker_socket_path branch April 24, 2023 15:35
@shumkovshumkov changed the title fix(dashmate): ability to work with non-default docker socket pathfix(dashmate): connect ENOENT /var/run/docker.sockApr 24, 2023
romchornyi pushed a commit that referenced this pull request Aug 25, 2026
Per the decision on the blocker: the pinned branch is re-cut without
#866's `rescan_committed_range`.
Two reasons, and the second is the one that decides it. The Codex finding
stands — the sweep accumulates every match from the birth height into one
`BTreeMap` and queues them together, so an eclipsing compact-filter peer
can turn a full-history rescan into a chain-length allocation followed by
millions of block requests, and nothing upstream bounds it yet.
More decisive is the honest case. On a real long-history CoinJoined
restore the #846 backward sweep ran 191 times, reached a 2.9 GB
footprint, and was killed by jetsam before finishing; the coalescing fix
for that is dashpay/rust-dashcore#974, which is not merged. Shipping #866
without #974 would trade a mid-sync stall for a restore that kills the
app — and long-history migrated wallets are exactly this release's
audience.
What the pin still carries is the point of this PR: #964, #960, #955,
#947 and #946, the six sync-stall fixes, plus #945, #928, #963, #965,
#967, #970 and #980. Dropping #866 restores the status quo of the
previous pin rather than introducing a regression — #846's mid-sync
invisibility was never fixed in what shipped — and the migrated-wallet
heal (#4377) does a full rescan, so it does not lean on this sweep.
#866 and #974 come back together next cycle, with a bounded drain for the
accumulation finding.
Branch: dashpay/rust-dashcore@chore/sync-fixes-without-swept, re-cut at
33030acf (base #945 plus eight cherry-picks, #866 omitted).
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@shuplenkov@shumkov