Closed ventifus closed 1 month ago
Attaching with gdb, I see the crash is in _try_clone_from_payload_link
at
│ > 818 snprintf (target_checksum, size, "%.2s%.62s", target_buf + _OSTREE_PAYLOAD_LINK_PREFIX_LEN, │
│ 819 target_buf + _OSTREE_PAYLOAD_LINK_PREFIX_LEN + 3);
size
looks important, but gdb tells me:
(gdb) print size
$10 = <optimized out>
What's ostree --version
(or rpm -q ostree
)? I think this was likely fixed by https://github.com/ostreedev/ostree/pull/3284
ostree-2024.7-1.fc40.x86_64
libostree:
Version: '2024.7'
Git: 684652bdaa25ae16a551e5cfef82c8896cca5725
Features:
- inode64
- initial-var
- libcurl
- libsoup3
- gpgme
- composefs
- ex-fsverity
- libarchive
- selinux
- openssl
- sign-ed25519
- libmount
- systemd
- release
- p2p
I'd be willing to test the fix, but I'm not sure how since any changes I try crash. Run the daemon from a toolbox with --sysroot
perhaps?
ostree admin unlock
rpm -Uvh https://download.copr.fedorainfracloud.org/results/@CoreOS/continuous/fedora-40-x86_64/08022255-ostree/ostree-{libs-,}2024.7.30.g2945165f-1.fc40.x86_64.rpm
or so
Confirm that fixes the crash, I was able to proceed with an upgrade. Thank you!
Can you also run cat /ostree/repo/config
? Have you explicitly enabled the "payload link" settings?
Here's what I have
$ cat /ostree/repo/config
[core]
repo_version=1
mode=bare
payload-link-threshold=100
indexed-deltas=true
tombstone-commits=true
[sysroot]
readonly=true
OK. Why did you add payload-link-threshold
? Are you explicitly using it for something?
I never manually made changes to that file. Based on the mtime, it was changed a few days ago about the same time I was experimenting with various permutations of ostree fsck, ostree pull fedora:[basecommit], and ostree prune.
The fix is released in ostree v2024.8 which for f40 is queued in https://bodhi.fedoraproject.org/updates/FEDORA-2024-8e67a3a105 - feel free to "add karma" there.
I never manually made changes to that file.
Those options are not set by default to the best of my knowledge by any ostree-based variant shipped by Fedora derivatives.
Describe the bug
Whenever I try to perform a change, either upgrading, rebasing or installing a new package, rpm-ostreed crashes.
Reproduction steps
also happens with anything that makes changes e.g.
Expected behavior
rpm-ostree should not crash
Actual behavior
System details
Note: I used to have the previous deployment but I deleted it trying to eliminate potential sources of corruption.
Additional information
No response