Ubuntu
avahi package

cupsd crashed with SIGABRT in __assert_fail_base()

Bug #1131854 reported by Bruce Pieterse on 2013-02-22

This bug affects 11 people

Affects		Status	Importance	Assigned to	Milestone
	avahi (Ubuntu)	Confirmed	High	Unassigned
	cups (Ubuntu)	Confirmed	High	Till Kamppeter

Bug Description

Installed packages from last session, restarted, logged in and it crashed after the desktop finished loading.

ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: cups-daemon 1.6.1-2
ProcVersionSignature: Ubuntu 3.8.0-7.15-generic 3.8.0
Uname: Linux 3.8.0-7-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.8-0ubuntu4
Architecture: amd64
Date: Fri Feb 22 19:01:08 2013
ExecutablePath: /usr/sbin/cupsd
InstallationDate: Installed on 2011-10-30 (480 days ago)
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
Lpstat:
device for Hewlett-Packard-HP-LaserJet-Professional-P1102: usb://HP/LaserJet%20Professional%20P1102?serial=000000000Q806BQBSI1c
device for HP-Color-LaserJet-CM2320nf-MFP: hp:/net/HP_Color_LaserJet_CM2320nf_MFP?zc=CM2320NF
MachineType: MSI MS-7592
MarkForUpload: True
Papersize: a4
PpdFiles:
HP-Color-LaserJet-CM2320nf-MFP: HP Color LaserJet cm2320nf MFP pcl3, hpcups 3.12.11
Hewlett-Packard-HP-LaserJet-Professional-P1102: HP LaserJet Pro P1102 Foomatic/foo2zjs-z2 (recommended)
ProcAttrCurrent: /usr/sbin/cupsd (enforce)
ProcCmdline: BOOT_IMAGE=/boot/vmlinuz-3.8.0-7-generic root=UUID=2e876d5c-68af-4a25-8dc3-9b2602681be8 ro quiet splash
ProcEnviron:
PATH=(custom, no user)
TERM=linux
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-7-generic root=UUID=2e876d5c-68af-4a25-8dc3-9b2602681be8 ro quiet splash
Signal: 6
SourcePackage: cups
StacktraceTop:
raise () from /lib/x86_64-linux-gnu/libc.so.6
abort () from /lib/x86_64-linux-gnu/libc.so.6
?? () from /lib/x86_64-linux-gnu/libc.so.6
__assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
Title: cupsd crashed with SIGABRT in raise()
UpgradeStatus: Upgraded to raring on 2013-02-12 (10 days ago)
UserGroups:

dmi.bios.date: 01/20/2011
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V26.5
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: G41M-P26 (MS-7592)
dmi.board.vendor: MSI
dmi.board.version: 5.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: MSI
dmi.chassis.version: 5.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV26.5:bd01/20/2011:svnMSI:pnMS-7592:pvr5.0:rvnMSI:rnG41M-P26(MS-7592):rvr5.0:cvnMSI:ct3:cvr5.0:
dmi.product.name: MS-7592
dmi.product.version: 5.0
dmi.sys.vendor: MSI

Tags:

Revision history for this message

Bruce Pieterse (octoquad) wrote on 2013-02-22:

BootDmesg.txt Edit (50.4 KiB, text/plain; charset="utf-8")
CupsErrorLog.txt Edit (3.0 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (2.2 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (7.2 KiB, text/plain; charset="utf-8")
Disassembly.txt Edit (863 bytes, text/plain; charset="utf-8")
KernLog.txt Edit (17.6 KiB, text/plain; charset="utf-8")
Locale.txt Edit (331 bytes, text/plain; charset="utf-8")
Lspci.txt Edit (26.4 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (430 bytes, text/plain; charset="utf-8")
PrintingPackages.txt Edit (1.2 KiB, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.6 KiB, text/plain; charset="utf-8")
ProcMaps.txt Edit (15.5 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (4.6 KiB, text/plain; charset="utf-8")
ProcStatus.txt Edit (764 bytes, text/plain; charset="utf-8")
Registers.txt Edit (797 bytes, text/plain; charset="utf-8")
Stacktrace.txt Edit (1.3 KiB, text/plain; charset="utf-8")
ThreadStacktrace.txt Edit (2.5 KiB, text/plain; charset="utf-8")
UdevDb.txt Edit (134.6 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (297.4 KiB, text/plain; charset="utf-8")

Revision history for this message

Apport retracing service (apport) wrote on 2013-03-06:

StacktraceTop:
__assert_fail_base (fmt=0x7f7d448b5578 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7f7d45698fe6 "*_head == _item", file=file@entry=0x7f7d45698fb8 "simple-watch.c", line=line@entry=299, function=function@entry=0x7f7d456991f0 <__PRETTY_FUNCTION__.4524> "destroy_timeout") at assert.c:92
__GI___assert_fail (assertion=assertion@entry=0x7f7d45698fe6 "*_head == _item", file=file@entry=0x7f7d45698fb8 "simple-watch.c", line=line@entry=299, function=function@entry=0x7f7d456991f0 <__PRETTY_FUNCTION__.4524> "destroy_timeout") at assert.c:101
destroy_timeout (t=<optimized out>) at simple-watch.c:299
cleanup_timeouts (s=0x7f7d46c47da0, all=0) at simple-watch.c:312
avahi_simple_poll_prepare (s=s@entry=0x7f7d46c47da0, timeout=timeout@entry=-1) at simple-watch.c:465

Revision history for this message

Apport retracing service (apport) wrote on 2013-03-06: Stacktrace.txt

Stacktrace.txt Edit (3.0 KiB, text/plain)

Revision history for this message

Apport retracing service (apport) wrote on 2013-03-06: StacktraceSource.txt

StacktraceSource.txt Edit (2.2 KiB, text/plain)

Revision history for this message

Apport retracing service (apport) wrote on 2013-03-06: ThreadStacktrace.txt

ThreadStacktrace.txt Edit (7.9 KiB, text/plain)

Changed in cups (Ubuntu):
importance:	Undecided → Medium
summary:	- cupsd crashed with SIGABRT in raise() + cupsd crashed with SIGABRT in __assert_fail_base()
tags:	removed: need-amd64-retrace

Revision history for this message

Launchpad Janitor (janitor) wrote on 2013-03-12:

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

Changed in cups (Ubuntu):
status:	New → Confirmed

Revision history for this message

Brian Curtis (bcurtiswx) wrote on 2013-03-12:

Checked for private information in attachments. Found none. Marking public.

information type:

Private → Public

Apport retracing service (apport) on 2013-07-26

tags:

added: saucy

Revision history for this message

Sebastien Bacher (seb128) wrote on 2013-11-15:

Thank you for your bug report.

Till, could you have a look to this one? That's the cups error the most reported on errors.ubuntu.com for 13.10
https://errors.ubuntu.com/problem/88ea01e91bbac6d0ff9768d4fd3b3a45fc5cfed3

Changed in cups (Ubuntu):
assignee:	nobody → Till Kamppeter (till-kamppeter)
importance:	Medium → High

Revision history for this message

Till Kamppeter (till-kamppeter) wrote on 2013-12-03:

Not sure whether it is CUPS or Avahi, therefore added Avahi.

Changed in avahi (Ubuntu):
status:	New → Confirmed
importance:	Undecided → High

Revision history for this message

Till Kamppeter (till-kamppeter) wrote on 2013-12-05:

#10

For me this looks rather like an Avahi problem than like a CUPS problem. The assert failure happens when the last element of a list of timeouts is removed but the pointer to the list is not pointing to this element (and so not to the list, or the element is not member of the list). This timeout list (elements of type AvahiTimeout) is managed internally by Avahi, CUPS does not access them directly.

Revision history for this message

Till Kamppeter (till-kamppeter) wrote on 2013-12-05:

#11

I asked Mike Sweet, the author of CUPS, what is happening here and he answered:

----------
Based on the bug report, it sounds like this is an internal bug of Avahi.

The fact that a production build of a library is forcing an assert is troubling - it doesn't allow the caller to perform any recovery and IMHO makes Avahi totally unsuited to production use at all.

The fix on the CUPS side is easy - bundle mDNSResponder (Apache license) with Ubuntu and build CUPS against it. For Avahi, we'll need to get someone from Avahi to look at the issue...
----------

Seems really to be an Avahi bug ...

Revision history for this message

Till Kamppeter (till-kamppeter) wrote on 2014-01-04:

#12

Please boot a Saucy (13.10) or Trusty (14.04, under development) live CD/USB stick and check whether cupsd is stable there. Please post your results here.

Revision history for this message

Bruce Pieterse (octoquad) wrote on 2014-01-27:

#13

Both Ubuntu 13.10 and 14.04 (Beta 2) were tested.

13.10
--------
Printer 1: HP Color LaserJet CM2320nf MFP
- No crash logs were generated when adding this printer.
- Test page printed without any errors
Printer 2: HP Laserjet Professional P1102
- No crash logs were generated when adding this printer.
- Test page printed without any errors
- Automatic detection and installation of device occurred with cupsd (noticed a service restart)

14.04
--------
Same as above.

If you need anything else, please let me know.

Revision history for this message

Robin (robingape) wrote on 2014-01-31:

#14

This bug occurs on a fully updated Ubuntu 13.10 installation, incidentally with an HP printer directly attached.

Revision history for this message

David Fraser (davidf) wrote on 2014-04-18:

#15

I also had this on a fully update Ubuntu 13.10 installation, with a Canon iP2000 printer attached

Report a bug

This report contains Public information

Everyone can see this information.

Duplicates of this bug

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

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

Ubuntuavahi package

cupsd crashed with SIGABRT in __assert_fail_base()

Bug Description

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
avahi package