Bug 804429
Summary: | [abrt] libreoffice-core-3.4.5.2-8.fc16: file_image_pagein: Process /usr/lib64/libreoffice/program/oosplash.bin was killed by signal 7 (SIGBUS) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | W. Andrew Denton <bugzilla.redhat> | ||||||
Component: | libreoffice | Assignee: | Stephan Bergmann <sbergman> | ||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | unspecified | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 16 | CC: | caolanm, dtardon, erack, ltinkl, mstahl, sbergman | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | abrt_hash:71a650915437e9c26f89f99960a6134d9e4d2032 | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2012-06-08 14:45:22 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
W. Andrew Denton
2012-03-18 18:50:45 UTC
Created attachment 570928 [details]
File: maps
Created attachment 570929 [details]
File: backtrace
@ W. Andrew Denton: Is this reproducible, or did it only happen once, when your system was suffering from low memory? The SIGBUS suspiciously looks like mmap succeeding in opening the file despite there not being sufficient free main memory and swap space, so access to the mmap'ed memory leads to SIGBUS. If that's the case here, there's little we could do about it -- even if we could detect/ignore this out-of-memory in the pagein process (that runs before soffice.bin proper, and shall pre-load the relevant dynamic libraries of soffice.bin to speed up its start-up), soffice.bin itself would then most likely fail in bizarre ways due to low memory, too. (This is somewhat similar to bug 767708, where anonymous mmap failed in low-memory conditions, and could be solved with posix_fallocate. That fix does not apply here, however, as here mmap loads a file instead of anonymous memory.) |