commit: fix ostree deployment on 64-bit inode fs
authorAbylay Ospan <aospan@amazon.com>
Tue, 6 Jun 2023 02:13:14 +0000 (02:13 +0000)
committerAbylay Ospan <aospan@amazon.com>
Tue, 6 Jun 2023 13:37:47 +0000 (13:37 +0000)
commitde6fddc6adee09a93901243dc7074090828a1912
tree50271c80fbb9a763581067d2b8949192a5d905a7
parentb6c054e1fa7d64be8c7d3ed1b815f9c82e6ceb16
commit: fix ostree deployment on 64-bit inode fs

This commit addresses a bug that was causing ostree deployment
to become corrupted on the large fs, when any package was installed using
'rpm-ostree install'.

In such instances, multiple files were assigned the same inode. For
example, the '/home' directory and a regular file 'pkg-get' were
assigned the same inode (2147484070), making the deployment unusable.

A root cause analysis was performed, running the process under gdb,
which revealed a lossy conversion from guint64 to guint32, for example
6442451366 converted to 2147484070:

(gdb) p name
$10 = 0x7fe9224d2d70 "home"

(gdb) p inode
$73 = 6442451366

(gdb) s
    device=66311, modifier=0x7fe914791840) at
src/libostree/ostree-repo-commit.c:1590

The conversion resulted in entirely independent files potentially
receiving the same inode.

The issue was discovered on PoC machine equipped with a large NVME
(3.4TB), but the bug can be easily reproduced using `cosa run -m 4000
--qemu-size +3TB', followed by installation of any package using
`rpm-ostree install`. The resulting deployment will be unusable due to
many files being "corrupted" by the aforementioned issue.
src/libostree/ostree-repo-commit.c