-
Bug
-
Resolution: Done-Errata
-
Major
-
rhel-8.9.0
-
leapp-repository-0.21.0-3.el8_10
-
None
-
Important
-
1
-
rhel-sst-upgrades
-
12
-
4
-
False
-
-
Yes
-
Leapp: 9.6 & 10.0
-
Unspecified Release Note Type - Unknown
-
None
Since the latest update, I have encountered multiple cases of Leapp hitting the default limit of file descriptors per process (You can find them linked to the issue).
The visible error is "OperationalError: unable to open database file". Using strace we can see it fails to open it due to the limit:
70588 16:36:26.909394 open("/var/lib/leapp/leapp.db", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = -1 EMFILE (Too many open files) <0.000023> 70588 16:36:26.909445 open("/var/lib/leapp/leapp.db", O_RDONLY|O_CLOEXEC) = -1 EMFILE (Too many open files) <0.000017>
As a workaround, the limit can be raised temporarily with "ulimit":
# ulimit -n 16384
- incorporates
-
RHEL-3320 [storage] Leapp can fail when there are too many LV partitions
-
- Closed
-
- is documented by
-
RHELDOCS-19742 [DOC][IPU] Update leapp upgrades docs for RHEL-26459: Leapp hits the default per-process file limit after the last update
-
- Verified
-
- is related to
-
RHEL-16881 [RFE] Leapp IPU is blocked by the fsize limit
-
- Closed
-
-
RHEL-55871 leapp in-place upgrades 8 -> 9 crashes with "sqlite3.OperationalError: unable to open database file"
-
- Closed
-
- 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...
- mentioned on