ls segmentation fault

Bug #69201 reported by abogecho
4
Affects Status Importance Assigned to Milestone
linux-source-2.6.17 (Ubuntu)
Won't Fix
Medium
Unassigned

Bug Description

I have a directory with 4500+ entries, ls -l works fine, however ls -latr produced a segfault:

[104865.917689] ls[4834]: segfault at 00002b75d64ec3b8 rip 00002b75d3f1226f rsp 00007fffd70d5f60 error 4

Problem was not consistent. I got 2 segfaults, however once ls -l worked the segfaults stopped happening.

I believe that I have had tar do a segfault as well.

tar[4197]: segfault at 00002b59f441e3e9 rip 00002b59bae5e26f rsp 00007fffeff6f880 error 4

However, I need to see if it is reproducible.

System info:

ubuntu edgy 6.10 server amd64
Linux version 2.6.17-10-server (root@crested) (gcc version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)) #2 SMP Fri Oct 13 15:35:28 UTC 2006 (Ubuntu 2.6.17-10.33-server)
4G ram
Core 2 duo cpu
xfs and lvm are being used.

Let me know if you need further info.

Revision history for this message
abogecho (andrewb-cs) wrote :

Confirmed that this happens after a reboot. Did not happen after a umount and remount.
Confirmed that running ls -l before running ls -latr means no segmentation faults.
Confirmed another program that segfaults in the backgroud.

kernel: [ 3690.913237] cron[4023]: segfault at 00002b96e84cd3b8 rip 00002b96e888d26f rsp 00007fffc2652a40 error 4

(I believe that it segfaulted while I was running to test tar. It segfaulted while running cron.hourly which has no jobs to run)

Also noted corruption of postfix mail spool:

postfix/pickup[4024]: fatal: scan_dir_push: open directory maildrop: Permission denied
postfix/master[3836]: warning: process /usr/lib/postfix/pickup pid 4024 exit status 1
postfix/master[3836]: warning: /usr/lib/postfix/pickup: bad command startup -- throttling

Once again I believe that this was happening during the test tar. tar has not segfaulted again, however there does seem to be some instability with other programs. I was able to fix the postfix issue with postfix set-permissions. It would be nice to know what is causing these issues.

Thank you for any input.

Revision history for this message
abogecho (andrewb-cs) wrote :

The above problems only seem to manifest with edgy. I have now installed dapper and do not have the ls -latr problem, or the cron segfaults, and postfix problem.

However tar crashes with the 4500+ directory:
Command run: cd /user # directory has 4500+ directories with 250Gs of data
Command run: tar cf /dev/null .
Error: *** glibc detected *** free(): invalid pointer: 0x00002aaaaaeff800 ***

Any input would be appreciated.

Micah Cowan (micahcowan)
Changed in coreutils:
importance: Undecided → Medium
Revision history for this message
Micah Cowan (micahcowan) wrote :

From your description, it would seem that ls/coreutils is not to blame, and xfs/kernel may be. The format of the error messages look like kernel complaints. However, I'm not confident to confirm it for linux-source, either, as it could conceivably be a glibc bug.

Were these error messages shown on the terminal, or did they come from a log file? Did you notice any related logs in the log files?

I would recommend opening a separate bug for tar, as it seems its failure may not be related to (presumed) xfs's.

Changed in coreutils:
assignee: nobody → micahcowan
status: Unconfirmed → Needs Info
Revision history for this message
Micah Cowan (micahcowan) wrote :

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

Changed in linux-source-2.6.17:
assignee: micahcowan → nobody
status: Incomplete → Invalid
Changed in linux-source-2.6.17:
status: Invalid → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.