lscpu crashed with SIGFPE in read_topology()

Bug #1053539 reported by asiweb
44
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Util-Linux-ng
Fix Released
Undecided
util-linux (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

when I run in the terminal lscpu gives me an error "floating point exception (`core 'generated)"

ProblemType: Crash
DistroRelease: Ubuntu 12.10
Package: util-linux 2.20.1-5.1ubuntu2
ProcVersionSignature: Ubuntu 3.5.0-15.22-generic 3.5.4
Uname: Linux 3.5.0-15-generic x86_64
ApportVersion: 2.5.2-0ubuntu4
Architecture: amd64
Date: Thu Sep 20 19:44:38 2012
ExecutablePath: /usr/bin/lscpu
InstallationMedia: Xubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120917)
ProcCmdline: lscpu
ProcEnviron:
 TERM=xterm
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=es_ES.UTF-8
Signal: 8
SourcePackage: util-linux
StacktraceTop:
 ?? ()
 __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
 ?? ()
 ?? ()
 ?? ()
Title: lscpu crashed with SIGFPE in __libc_start_main()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

Revision history for this message
asiweb (asiweb) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 read_topology (num=0, desc=0x7fff697ba460) at lscpu.c:658
 main (argc=<optimized out>, argv=<optimized out>) at lscpu.c:1146

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : StacktraceSource.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in util-linux (Ubuntu):
importance: Undecided → Medium
summary: - lscpu crashed with SIGFPE in __libc_start_main()
+ lscpu crashed with SIGFPE in read_topology()
tags: removed: need-amd64-retrace
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in util-linux (Ubuntu):
status: New → Confirmed
tags: added: raring
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

For anyone who can trigger this (doesn't happen for me); I'd be interested in the output of:

cat /proc/cpuinfo
lshw -c cpu
find /sys/devices/system/cpu
ulimit -a

Dave

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Looking at the backtrace I can see:
 nnodes = 0, nodemaps = 0x0, nbooks = 0, bookmaps = 0x0, nsockets = 0, socketmaps = 0x0, ncores = 0, coremaps = 0x0, nthreads = 2, ncaches = 0, caches = 0x0

Why it thinks that ncores = 0 I can't tell however!

I can see however that current util-linux git has:

commit d4bfa64d44e0515c59e5274d2384dedd9f9d4cc8
Author: Karel Zak <email address hidden>
Date: Tue Nov 13 10:36:25 2012 +0100

    lscpu: make read_topology() more robust to avoid SIGFPE

which basically guards everything to make sure it's at least 1.

So I think we should just update our util-linux

information type: Private → Public
Changed in util-linux (Ubuntu):
status: Confirmed → Triaged
Changed in util-linux-ng:
importance: Unknown → Undecided
status: Unknown → Fix Released
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.