Skip to content

v0.9.2 breaks prune operations #1313

Closed
Closed
@kapitainsky

Description

@kapitainsky

When attempting to run prune:

$ rustic prune --instant-delete --max-unused 0% --max-repack=1GB

the following panic occurs:

$ cat /var/folders/36/02d6s6313zq5k3mfrhg4d8zc0000gn/T/report-f060cace-32eb-49a6-9b9f-fff65db481be.toml
name = "rustic-rs"
operating_system = "Mac OS 15.0.1 [64-bit]"
crate_version = "0.9.2"
explanation = """
Panic occurred in file '/Users/kptsky/.cargo/registry/src/index.crates.io-6f17d22bba15001f/rustic_core-0.5.2/src/blob/tree.rs' at line 698
"""
cause = """

                        Sending tree bc967136 on channel failed: sending on a full channel.

                        This should not happen! Please report it to the developers: https://github.com/rustic-rs/rustic_core/issues/new
                        """
method = "Panic"
backtrace = """

   0: 0x10a201e3a - __mh_execute_header
   1: 0x109d45aab - __mh_execute_header
   2: 0x109d437d4 - __mh_execute_header
   3: 0x10a0726ab - __mh_execute_header
   4: 0x7ff81a603253 - __pthread_start"""

It happens when rustic is searching for used blobs:

[00:00:00] finding used blobs...          ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░          0/36

reverting back to v0.9.1 solves the issue

Metadata

Metadata

Assignees

No one assigned

    Labels

    A-coreArea: Generally related to `rustic_core`C-bugCategory: Something isn't working as expectedP-highPriority: High, to be fixed at a higher priority

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions