2012-01-07 29 views
14

Tôi đang thiếtcoredump là nhận được cắt ngắn

ulimit -c unlimited. 

Và trong C++ chương trình chúng tôi đang làm

struct rlimit corelimit; 
    if (getrlimit(RLIMIT_CORE, &corelimit) != 0) { 
    return -1; 
    } 
    corelimit.rlim_cur = RLIM_INFINITY; 
    corelimit.rlim_max = RLIM_INFINITY; 
    if (setrlimit(RLIMIT_CORE, &corelimit) != 0) { 
    return -1; 
    } 

nhưng bất cứ khi nào chương trình là nhận được bị rơi các bãi chứa lõi được tạo ra bởi nó là nhận được cắt ngắn.

BFD: Warning: /mnt/coredump/core.6685.1325912972 is truncated: expected core file size >= 1136525312, found: 638976. 

Điều gì có thể là vấn đề?

Chúng tôi đang sử dụng Ubuntu 10.04.3 LTS

Linux ip-<ip> 2.6.32-318-ec2 #38-Ubuntu SMP Thu Sep 1 18:09:30 UTC 2011 x86_64 GNU/Linux 

Đây là /etc/security/limits.conf tôi

# /etc/security/limits.conf 
# 
#Each line describes a limit for a user in the form: 
# 
#<domain>  <type> <item> <value> 
# 
#Where: 
#<domain> can be: 
#  - an user name 
#  - a group name, with @group syntax 
#  - the wildcard *, for default entry 
#  - the wildcard %, can be also used with %group syntax, 
#     for maxlogin limit 
#  - NOTE: group and wildcard limits are not applied to root. 
#   To apply a limit to the root user, <domain> must be 
#   the literal username root. 
# 
#<type> can have the two values: 
#  - "soft" for enforcing the soft limits 
#  - "hard" for enforcing hard limits 
# 
#<item> can be one of the following: 
#  - core - limits the core file size (KB) 
#  - data - max data size (KB) 
#  - fsize - maximum filesize (KB) 
#  - memlock - max locked-in-memory address space (KB) 
#  - nofile - max number of open files 
#  - rss - max resident set size (KB) 
#  - stack - max stack size (KB) 
#  - cpu - max CPU time (MIN) 
#  - nproc - max number of processes 
#  - as - address space limit (KB) 
#  - maxlogins - max number of logins for this user 
#  - maxsyslogins - max number of logins on the system 
#  - priority - the priority to run user process with 
#  - locks - max number of file locks the user can hold 
#  - sigpending - max number of pending signals 
#  - msgqueue - max memory used by POSIX message queues (bytes) 
#  - nice - max nice priority allowed to raise to values: [-20, 19] 
#  - rtprio - max realtime priority 
#  - chroot - change root to directory (Debian-specific) 
# 
#<domain>  <type> <item>   <value> 
# 

#*    soft core   0 
#root   hard core   100000 
#*    hard rss    10000 
#@student  hard nproc   20 
#@faculty  soft nproc   20 
#@faculty  hard nproc   50 
#ftp    hard nproc   0 
# ftp    -  chroot   /ftp 
#@student  -  maxlogins  4 



#for all users 
* hard nofile 16384 
* soft nofile 9000 

Xem chi tiết

Tôi đang sử dụng lá cờ tối ưu hóa gcc

O3 

Tôi đang đặt kích thước ngăn xếp ngăn xếp thành .5 mb.

+3

Bạn đã xác minh rằng bạn có dung lượng trống trong phân vùng nơi/mnt/coredump là? – ugoren

+0

có. 32 GB là dung lượng trống. –

+0

Tệp lõi được tạo là kích thước nào? – SoapBox

Trả lời

3

Tôi nhớ có giới hạn khó có thể được đặt bởi quản trị viên và giới hạn mềm do người dùng đặt. Nếu giới hạn mềm mạnh hơn giới hạn cứng, giá trị giới hạn cứng sẽ được thực hiện. Tôi không chắc chắn điều này là hợp lệ cho bất kỳ vỏ mặc dù, tôi chỉ biết nó từ bash.

+0

Điều này đúng ... –

+3

Có lẽ bạn nên xây dựng cách kiểm tra giới hạn cứng? –

1

Giới hạn cứng và giới hạn mềm có một số chi tiết cụ thể đối với chúng có thể hơi lông: xem this về cách sử dụng sysctl để đặt tên thay đổi cuối cùng.

Có một file bạn có thể chỉnh sửa mà nên làm cho giới hạn kích thước cuối cùng, mặc dù có lẽ là một lệnh tương ứng sysctl rằng sẽ làm như vậy ...

2

tôi đã cùng một vấn đề với các tập tin lõi bị cắt ngắn.

Điều tra thêm cho thấy rằng ulimit -f (aka file size, RLIMIT_FSIZE) cũng ảnh hưởng đến tệp lõi, vì vậy hãy kiểm tra giới hạn đó cũng không giới hạn/phù hợp cao. [Tôi thấy điều này trên hạt nhân Linux 3.2.0/debian wheezy.]

0

Sự cố tương tự đã xảy ra khi tôi giết chương trình theo cách thủ công bằng lệnh giết -3. Nó xảy ra đơn giản bởi vì tôi đã không chờ đợi đủ thời gian cho tập tin cốt lõi để kết thúc việc tạo ra.

Đảm bảo rằng tệp đã ngừng tăng kích thước và chỉ sau đó mở tệp đó.

Các vấn đề liên quan