-
Story
-
Resolution: Unresolved
-
Normal
-
rhel-8.9.0
-
leapp-repository-0.21.0-3.el8_10
-
Medium
-
FutureFeature
-
1
-
rhel-sst-upgrades
-
26
-
4
-
False
-
-
None
-
Leapp: 9.6 & 10.0
-
-
x86_64
-
None
What were you trying to do that didn't work?
Leapp 7.9 to 8
~~~
ensure that there is enough diskspace in /var/lib/leapp/scratch/diskimages/root_boot at least 3000 MiB
~~~
Strace shows following error from customer system:
~~~
Risk Factor: high (error)\nTitle: Failed to execute command `/bin/dd if=/dev/zero of=/var/lib/leapp/scratch/diskimages/root_ bs=1M count=0 seek=21724`. Error: Command ['/bin/dd', 'if=/dev/zero', 'of=/var/lib/leapp/scratch/diskimages/root_', 'bs=1M', 'count=0', 'seek=21724'] failed with exit code 1.\nSummary: {\"Please ensure that there is enough diskspace on the partition hostingthe /var/lib/leapp/scratch/diskimages directory.\": \"Please ensure that there is enough diskspace on the partition hostingthe /var/lib/leapp/scratch/diskimages directory.\
~~~
Please provide the package NVR for which bug is seen:
leapp-deps|0.16.0|1.el7_9|0
leapp|0.16.0|1.el7_9|0
python2-leapp|0.16.0|1.el7_9|0
leapp-upgrade-el7toel8-deps|0.19.0|1.el7_9|0
leapp-upgrade-el7toel8|0.19.0|1.el7_9|0
How reproducible:
100%
Steps to reproduce
- Set fsize ulimits
~~~ - ulimit -f
1024000
~~~ - Create the image that with the command that is run during the leapp:
~~~ - dd if=/dev/zero of=/test.img bs=1M count=0 seek=21724
~~~
Expected results
Leapp should flag fsize set value as inhibitor in preupgrade phase and notifying required value or to unset the value as recommendation/remediation .
Actual results
`File size limit exceeded`
- relates to
-
RHEL-26459 Leapp hits the default per-process file limit after the last update
-
- Release Pending
-
- links to
-
RHBA-2024:143569 leapp-repository update
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
- mentioned on