Bug#425944: cupsys: cupsd opens approx 200 FIFO endpoints per print job that are never closed.
Package: cupsys Version: 1.2.11-2 Subject: cupsys: cupsd opens approx 200 FIFO endpoints per print job that are never closed. Severity: important *** Please type your report below this line *** Each time a print job is sent to an Epson 1280 printer, cupsd opens approx. 200 FIFO handles which never get closed. After a few print jobs (about 5), the system's per-process open handle limit is reached, and no additional jobs are accepted. Additionaly, once the open file limit is reached, the web interface starts returning 404 Not Found errors. The /var/cups/error_log file gets overwhelmed with Too many open files errors and rapidly grows to several MB in size. Restarting cupsys will allow cups to temporarily function until the max open file limit is again reached. When printing without pre-filtering to a Postscript capable printer, only about 10 FIFO endpoints are opened per print job. These are also never closed. Here is the output from lsof after cupsys was restarted and the test page was sent via the web interface to an Epson 1280: -- # lsof -p $(pidof cupsd) COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME cupsd 8445 cupsys cwdDIR 254,6 40962 / cupsd 8445 cupsys rtdDIR 254,6 40962 / cupsd 8445 cupsys txtREG 254,8 341372 377288 /usr/sbin/cupsd cupsd 8445 cupsys memREG 254,8 928724 229493 /usr/lib/libdb-4.3.so cupsd 8445 cupsys memREG 254,816540 524510 /usr/lib/libnss_db-2.2.3.so cupsd 8445 cupsys memREG 254,63841636657 /lib/i686/cmov/libnss_files-2.5.so cupsd 8445 cupsys memREG 254,8 69697312 278561 /usr/lib/locale/locale-archive cupsd 8445 cupsys memREG 254,888832 231369 /usr/lib/libsasl2.so.2.0.22 cupsd 8445 cupsys memREG 254,847128 229801 /usr/lib/liblber.so.2.0.130 cupsd 8445 cupsys memREG 254,66740836685 /lib/i686/cmov/libresolv-2.5.so cupsd 8445 cupsys memREG 254,8 329696 230525 /usr/lib/libgcrypt.so.11.2.3 cupsd 8445 cupsys memREG 254,67960036369 /lib/i686/cmov/libnsl-2.5.so cupsd 8445 cupsys memREG 254,811556 230032 /usr/lib/libgpg-error.so.0.3.0 cupsd 8445 cupsys memREG 254,859600 230528 /usr/lib/libtasn1.so.3.0.9 cupsd 8445 cupsys memREG 254,6 131532835767 /lib/i686/cmov/libc-2.5.so cupsd 8445 cupsys memREG 254,62190835797 /lib/i686/cmov/libcrypt-2.5.so cupsd 8445 cupsys memREG 254,6 15342436099 /lib/i686/cmov/libm-2.5.so cupsd 8445 cupsys memREG 254,6 11237336684 /lib/i686/cmov/libpthread-2.5.so cupsd 8445 cupsys memREG 254,8 192360 229471 /usr/lib/libcups.so.2 cupsd 8445 cupsys memREG 254,8 201212 229891 /usr/lib/libdbus-1.so.3.2.0 cupsd 8445 cupsys memREG 254,8 8248 230128 /usr/lib/libpaper.so.1.1.2 cupsd 8445 cupsys memREG 254,6 968436075 /lib/i686/cmov/libdl-2.5.so cupsd 8445 cupsys memREG 254,62970016795 /lib/libpam.so.0.79 cupsd 8445 cupsys memREG 254,8 217840 229802 /usr/lib/libldap_r.so.2.0.130 cupsd 8445 cupsys memREG 254,859564 230117 /usr/lib/libslp.so.1.0.1 cupsd 8445 cupsys memREG 254,8 442108 229765 /usr/lib/libgnutls.so.13.2.3 cupsd 8445 cupsys memREG 254,878040 230158 /usr/lib/libz.so.1.2.3 cupsd 8445 cupsys memREG 254,63435236675 /lib/i686/cmov/libnss_nis-2.5.so cupsd 8445 cupsys memREG 254,63043636370 /lib/i686/cmov/libnss_compat-2.5.so cupsd 8445 cupsys memREG 254,6 11746016437 /lib/ld-2.5.so cupsd 8445 cupsys0r CHR1,9 1715 /dev/urandom cupsd 8445 cupsys1u IPv4 67231602 TCP localhost:ipp (LISTEN) cupsd 8445 cupsys2u IPv4 67231603 TCP 192.168.1.2:ipp (LISTEN) cupsd 8445 cupsys3u unix 0xed34b740 67231604 /var/run/cups/cups.sock cupsd 8445 cupsys4u IPv4 67231606 UDP *:ipp cupsd 8445 cupsys5r FIFO0,5 67231607 pipe cupsd 8445 cupsys6w FIFO0,5 67231607 pipe cupsd 8445 cupsys7u unix 0xdc088ac0 67231631 /var/run/cups/cups.sock cupsd 8445 cupsys8u unix 0xedab0740 67231650 /var/run/cups/cups.sock cupsd 8445 cupsys 10r FIFO0,5 67232140 pipe cupsd 8445 cupsys 11u REG 254,7 1214753 131220 /var/log/cups/access_log cupsd 8445 cupsys 12u REG 254,7 1535 131231 /var/log/cups/page_log cupsd 8445 cupsys 13r FIFO0,5 67232122 pipe cupsd 8445 cupsys 14r FIFO0,5 67232124 pipe cupsd 8445 cupsys 15r FIFO0,5 67232131 pipe cupsd
Bug#530667: Invalid frame arrival timestamp. Renders wireshark unable to capture
Package: wireshark Version: 1.0.7-1 Severity: grave All packets captured by wireshark are marked as [Malformed Packet]. It appears that the frame arrival time is incorrect. This bug renders wireshark unable to perform captures. This problem was noticed on an up-to-date Debian Squeeze system on 5/26, when attempting a capture from the eth0 interface. Below is an example of the Frame details of the first three frames of a captue (This capture was actually performed May 26, 2009 15:10): No. TimeSourceDestination Protocol Info 1 0.00 Ethernet [Malformed Packet] Frame 1 (0 bytes on wire, 0 bytes captured) Arrival Time: Mar 2, 1970 10:22:26.212150245 [Arrival Time: Fractional second 2121502456 is invalid, the valid range is 0-10] [Time delta from previous captured frame: 0.0 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 0.0 seconds] Frame Number: 1 Frame Length: 0 bytes Capture Length: 0 bytes [Frame is marked: False] [Protocols in frame: eth] [Malformed Packet: Ethernet] No. TimeSourceDestination Protocol Info 2 0.00 Ethernet [Malformed Packet] Frame 2 (0 bytes on wire, 0 bytes captured) Arrival Time: Mar 2, 1970 10:22:26.212150245 [Arrival Time: Fractional second 2121502456 is invalid, the valid range is 0-10] [Time delta from previous captured frame: 0.0 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 0.0 seconds] Frame Number: 2 Frame Length: 0 bytes Capture Length: 0 bytes [Frame is marked: False] [Protocols in frame: eth] [Malformed Packet: Ethernet] No. TimeSourceDestination Protocol Info 3 0.00 Ethernet [Malformed Packet] Frame 3 (0 bytes on wire, 0 bytes captured) Arrival Time: Mar 2, 1970 10:22:26.212150245 [Arrival Time: Fractional second 2121502456 is invalid, the valid range is 0-10] [Time delta from previous captured frame: 0.0 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 0.0 seconds] Frame Number: 3 Frame Length: 0 bytes Capture Length: 0 bytes [Frame is marked: False] [Protocols in frame: eth] [Malformed Packet: Ethernet] Machine information: ~$ uname -a Linux 2.6.26-2-amd64 #1 SMP Mon May 11 19:56:16 UTC 2009 x86_64 GNU/Linux libc6 version: ~$ dpkg -s libc6 | grep ^Version; Version: 2.9-12 Wireshark dependencies information: ||/ Name Version Description +++-===-===-== ii libadns1 1.4-2 Asynchronous-capable DNS client library and utilities ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics library ii libcomerr2 1.41.3-1 common error description library ii libfontconfig1 2.6.0-3 generic font configuration library - runtime ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared library files ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime library ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnutls26 2.6.6-1 the GNU TLS library - runtime library ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface library ii libk5crypto3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - Crypto Library ii libkrb5-3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internationalized text ii libpcap0.8 1.0.0-1 system interface for user-level packet capture ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expression Library - runtime files ii libportaudio2 19+svn20071022-3 Portable audio I/O - shared library ii wireshark-common 1.0.7-1 network traffic analyser (common files) ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
Bug#530667:
I've verified that wireshark works fine on a 64 bit kernel / 64 bit userland system. The system which is having problems has a 64 bit kernel but a 32 bit userland. It seems that this bug is actually in the libpcap0.8 library. There is an open bug (#517098) against libpcap0.8 related to running on a 64 kernel / 32 user system, but it's for a newer kernel (I'm using 2.6.26-2-15lenny2.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649223: exo-utils: exo-open does not handle file:/// URLs correctly
Package: exo-utils Version: 0.6.2-3 Severity: normal Currently I have the following preferred applications configured (using exo-preferred-applications) : Web Browser: Debian Sensible Browser Mail Reader: Icedove File Manager: Thunar Terminal Emulator: Xfce Terminal When I manually run exo-open with a URL that starts with 'http://; it works as expected and opens the Debian Sensible Browser (Iceweasel in my case.) However, attempts to execute exo-open with a URL that starts with 'file:///', fails with the following error dialog: = Failed to open URI file:///path/to/file.ext. Failed to execute child process epiphany- browser (No such file or directory). == The No such file or directory part of the error message is correct as I do not have epiphany installed on my system. Executing sensible-browser instead of exo-open works correctly with either http:// or file:/// urls. I would expect exo-open to start the configured web browser (or possibly the file manager in the case of file:/// urls.) It should definitely never try to launch a browser which is not installed. As a workaround, I've discovered that if I create a symbolic link /usr/local/bin/epiphany-browser which points to /usr/bin/sensible-browser, exo- open works as expected for file:/// urls (at least as I expect it since I want file:/// URLS to appear in a browser.) -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exo-utils depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libexo-1-0 0.6.2-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libgtk2.0-0 2.24.7-1 ii libpango1.0-0 1.29.4-2 ii libxfce4util4 4.8.2-1 exo-utils recommends no packages. exo-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#856659: More info
I've determined that this problem is due to an interaction with radio streaming and the crossfade feature (Preferences -> Playback -> "Crossfade between tracks".) If crossfade is disabled, the problem of sound muting after 10 seconds for radio streams disappears. Robert
Bug#856659: rhythmbox
Package: rhythmboxVersion: 3.4.1-2+b1Severity: normal Dear Maintainer, I have the exact same behavior. None of the streams I've tried produce more than about 10 seconds of audio before going silent while still apparently downloading data and acting like it's playing. I do not believe the stream format matters. Same behavior for MP3s and AACs. -- System Information:Debian Release: 9.0 APT prefers testing- proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable')Architecture: amd64 (x86_64)Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/8 CPU cores)Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)Shell: /bin/sh linked to /bin/dashInit: systemd (via /run/systemd/system) Versions of packages rhythmbox depends on:ii dbus1.10.16-1ii gstreamer1.0- plugins-base 1.10.4-1ii gstreamer1.0-plugins-good 1.10.4- 1ii gstreamer1.0-x 1.10.4- 1ii libc6 2.24-9ii libglib2.0- 02.50.3-1ii libgstreamer-plugins-base1.0- 0 1.10.4-1ii libgstreamer1.0-0 1.10.4-1ii libgtk-3- 0 3.22.8-1ii libpeas-1.0- 0 1.20.0-1+b1ii librhythmbox- core10 3.4.1-2+b1ii libx11- 62:1.6.4-3ii media-player- info 22-3ii rhythmbox-data 3.4.1-2 Versions of packages rhythmbox recommends:ii avahi- daemon 0.6.32-2ii gnome-flashback [notification-daemon] 3.22.0-3ii gnome-shell [notification- daemon] 3.22.3-2ii gstreamer1.0-plugins-ugly 1.10.4- 1ii gstreamer1.0-pulseaudio1.10.4-1ii gvfs- backends 1.30.3-1ii notification- daemon3.20.0-1+b1ii rhythmbox- plugins 3.4.1- 2+b1ii yelp 3.22.0-1 Versions of packages rhythmbox suggests:pn gnome-codec- install ii gnome-control-center 1:3.22.1- 2ii gstreamer1.0-plugins-bad 1:1.10.4-dmo1ii rhythmbox-plugin- cdrecorder 3.4.1-2+b1
