Bug#723190: keepalived fails when restarted ( stop script doesn't wait for keepalived to stop )
Package: keepalived Version: 1:1.2.2-3 Severity: normal Dear Maintainer, When you run /etc/init.d/keepalived stop, and subsequently start, you get strange failures, that's because keepalived stays in stopping mode for quite some time, it seems to be unalocating interfaces one-by-one. Only when keepalived has been truly stopped ( keepalived process is no longer running ) you can safely start it again. The problem persists in 1.2.8 from sid. Problem is especially visibile when there is larger number of VRRP interfaces configured. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.10.5 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages keepalived depends on: ii iproute 20120521-3+b3 ii ipvsadm 1:1.26-1 ii libc62.13-38 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii libssl1.0.0 1.0.1e-2 keepalived recommends no packages. keepalived 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#723106: keepalived fails when number of interfaces grows over 31
Package: keepalived Version: 1:1.2.2-3 Severity: normal Dear Maintainer, When configuring keepalived with more then 31 VRRP_Interface stanzas, I usually received this message in logs: Sep 16 14:16:28 fw Keepalived_vrrp[7647]: Netlink: Received message overrun which leads later to: Sep 16 14:16:43 fw Keepalived_vrrp[7647]: Kernel is reporting: interface vrrp.255 DOWN Sep 16 14:16:43 fw Keepalived_vrrp[7647]: VRRP_Instance(VI_303) Now in FAULT state (which is untrue, interface is UP, and kernel reports it as such) Problem persists with keeepalived 1.2.8 Problem might be solved by increasing netlink buffers, like in attached patch. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.10.5 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages keepalived depends on: ii iproute 20120521-3+b3 ii ipvsadm 1:1.26-1 ii libc62.13-38 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii libssl1.0.0 1.0.1e-2 keepalived recommends no packages. keepalived suggests no packages. -- no debconf information diff --git a/keepalived/vrrp/vrrp_netlink.c b/keepalived/vrrp/vrrp_netlink.c index f64d8fe..fc29d55 100644 --- a/keepalived/vrrp/vrrp_netlink.c +++ b/keepalived/vrrp/vrrp_netlink.c @@ -53,6 +53,7 @@ netlink_socket(nl_handle_t *nl, unsigned long groups) { socklen_t addr_len; int ret; + int buffsize = 65536; memset(nl, 0, sizeof (*nl)); @@ -101,6 +102,11 @@ netlink_socket(nl_handle_t *nl, unsigned long groups) } nl-seq = time(NULL); +/* increase buffer sizes, increasing net.core.rmem_max and net.core.wmem_max might be neccessary */ + + setsockopt(nl-fd, SOL_SOCKET, SO_RCVBUF, buffsize, sizeof(buffsize)); + setsockopt(nl-fd, SOL_SOCKET, SO_SNDBUF, buffsize, sizeof(buffsize)); + return ret; } @@ -261,7 +267,8 @@ netlink_parse_info(int (*filter) (struct sockaddr_nl *, struct nlmsghdr *), continue; if (errno == EWOULDBLOCK || errno == EAGAIN) break; - log_message(LOG_INFO, Netlink: Received message overrun); + log_message(LOG_INFO, Netlink: Received message overrun : (%s), + strerror(errno)); continue; }
Bug#702168: lxctl generates wrong mac addresses
Package: lxctl Version: 0.3.1+debian-2 Severity: important This is mainly request for newer upstream, it seems many obvious mistakes are fixed there, this one is that lxctl generates mac adds with '01' at the start: /usr/share/perl5/Lxctl/set.pm my $mac = 01: . $self-mac_create($options{'contname'}); this seems to be multicast mac, thus rendering container unstartable. Simple fix is to change 01 to 02, but it looks like much better fix is in 0.3.5. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.8.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages lxctl depends on: ii libipc-system-simple-perl 1.21-1 ii liblinux-lvm-perl 0.16-1 ii libnet-ssh2-perl 0.44-1 ii libossp-uuid-perl 1.6.2-1.3 ii libyaml-tiny-perl 1.51-1 ii lxc0.8.0~rc1-8+deb7u1 Versions of packages lxctl recommends: ii bridge-utils 1.5-6 ii lvm2 2.02.95-6 ii perl-doc 5.14.2-18 Versions of packages lxctl suggests: ii bash-completion 1:2.0-1 -- 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#700927: fusioninventory-agent: iLO input task is missing important data
Package: fusioninventory-agent Version: 2.2.3-2 Severity: minor Dear Maintainer, fusioninventory is missing iLO configuration from my machines, it turns out, that the culprit is they way fusioninventory calls hponcfg: command = 'hponcfg -aw -' I verified, that when you run hponcfg this way, it won't report on ip address of iLO, but when you run it in simpler way: 'hponcfg -w hponcfg.xml' then you get the expected info: ... SPEED_AUTOSELECT VALUE = Y/ NIC_SPEED VALUE = 10/ FULL_DUPLEX VALUE = N/ IP_ADDRESS VALUE = 10.1.23.129/ SUBNET_MASK VALUE = 255.255.254.0/ GATEWAY_IP_ADDRESS VALUE = 10.1.23.254/ DNS_NAME VALUE = ILOJIRANODE172/ ... that info is missing when you call hponcfg with -a: SUBNET_MASK VALUE=255.255.254.0/ DNS_NAME VALUE=ILOJIRANODE172/ Additionally, hponcfg -a requires xlstproc to be present, and when it's not, fusionagent will also miss important and easily available data: hponcfg -aw - |less sh: xsltproc: not found ERROR: Failed to capture the configuration.HP Lights-Out Online Configuration utility Version 4.0.1 Date 09/24/2012 (c) Hewlett-Packard Company, 2012 Firmware Revision = 1.50 Device type = iLO 3 Driver name = hpilo To hack around this, i replaced 'hponcfg -aw -' with 'hponcfg -aw -;hponcfg -w /tmp/hponcfg.xml;cat /tmp/hponcfg.xml' which seems to produce more or less the expected result. This puzzling behaviour seems to exist with iLO 2,3 and 4. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.7.7 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages fusioninventory-agent depends on: ii hdparm 9.39-1+b1 ii libfile-which-perl 1.09-1 ii libhttp-daemon-perl6.01-1 ii libjson-perl 2.53-1 ii libnet-ip-perl 1.25-3 ii libnet-ssleay-perl 1.48-1+b1 ii libproc-daemon-perl0.14-1 ii libproc-pid-file-perl 1.27-1 ii libtext-template-perl 1.45-2 ii libuniversal-require-perl 0.13-1 ii libwww-perl6.04-1 ii libxml-treepp-perl 0.39-1 ii libyaml-perl 0.81-1 ii pciutils 1:3.1.9-6 ii perl 5.14.2-18 ii ucf3.0025+nmu3 fusioninventory-agent recommends no packages. Versions of packages fusioninventory-agent suggests: pn read-edid none pn smartmontools none -- 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#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Followup-For: Bug #671859 Dear Maintainer, On my machines the boot delay is less noticable, but the udev still loops and eats CPU, restart seems to help to a degree, but usually it just keeps on looping and eating up CPU after few minutes. On one machine it seems to loop doing this: /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba /lib/udev/udisks-part-id /dev/uba /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ube /lib/udev/udisks-part-id /dev/ube /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubc /lib/udev/udisks-part-id /dev/ubc /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubd /lib/udev/udisks-part-id /dev/ubd /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubb /lib/udev/udisks-part-id /dev/ubb /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba (uba-ubd comes from integrated card reader). This happens with 3.3.x kernels, it seems that the symptoms started to appear after upgrade from 3.0, going back to udev 170 or 172 doesn't help. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.6 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.43 ii libc6 2.13-32 ii libselinux12.1.9-2 ii libudev0 175-3.1 ii lsb-base 4.1+Debian3 ii util-linux 2.20.1-4 Versions of packages udev recommends: ii pciutils 1:3.1.9-3 ii usbutils 1:005-3 udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
/lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba /lib/udev/udisks-part-id /dev/uba Looks like this driver is broken. Kernel bug. Maybe, it might be related to upgrade to 3.3.x, but it doesn't like driver problem, when I re-run the command from cmdline, it seems to work ok: /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba ID_PATH=pci-:00:1d.0-usb-0:1.3:1.0 /lib/udev/udisks-part-id /dev/uba using device_file=/dev/uba syspath=/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba, offset=0 ao=0 and number=0 for /dev/uba Error opening /dev/uba: No medium found which is ok, since there is no medium inserted in that slot. regards, Eyck -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669225: RFP: sqlite3-pcre -- Perl-compatible regular expression support for SQLite3
Package: wnpp Severity: wishlist * Package name: sqlite3-pcre Version : 0.1.a Upstream Author : Roger A. Light ro...@atchoo.org * URL : http://git.altlinux.org/people/at/packages/?p=sqlite3-pcre.git * License : Public Domain Programming Lang: C Description : Perl-compatible regular expression support for SQLite3 This SQLite loadable extension enables the REGEXP operator, which is not implemented by default, to call PCRE routines for regular expression matching. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653432: RFP: libanyevent-couchdb-perl -- a non-blocking CouchDB client based on jquery.couch.js
Package: wnpp Severity: wishlist * Package name: libanyevent-couchdb-perl Version : 1.28 Upstream Author : be...@cpan.org * URL : http://search.cpan.org/dist/AnyEvent-CouchDB/ * License : Perl Programming Lang: Perl Description : a non-blocking CouchDB client based on jquery.couch.js AnyEvent::CouchDB is a non-blocking CouchDB client implemented on top of the AnyEvent framework. Using this library will give you the ability to run many CouchDB requests asynchronously, and it was intended to be used within a Coro+AnyEvent environment. However, it can also be used synchronously if you want. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638940: openssh-client: Regression from 5.5p1 to 5.8p1 - unable to connect to servers
Package: openssh-client Version: 1:5.8p1-7 Severity: important Connections fail with: Read from socket failed: Connection reset by peer example failed connections: debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5p1 FreeBSD-20061110 debug1: match: OpenSSH_4.5p1 FreeBSD-20061110 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-7 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 z...@openssh.com debug1: kex: client-server aes128-ctr hmac-md5 z...@openssh.com debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP Read from socket failed: Connection reset by peer and: debug1: Remote protocol version 2.0, remote software version dropbear_0.52 debug1: no match: dropbear_0.52 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-7 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 z...@openssh.com debug1: kex: client-server aes128-ctr hmac-md5 z...@openssh.com debug1: sending SSH2_MSG_KEXDH_INIT debug1: expecting SSH2_MSG_KEXDH_REPLY Read from socket failed: Connection reset by peer also: debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5 debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-7 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 z...@openssh.com debug1: kex: client-server aes128-ctr hmac-md5 z...@openssh.com debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP Read from socket failed: Connection reset by peer downgrading to 5.5p1 solves the problem (also using dbclient from dropbear works) Some servers work ok even with 5.8 client, particularly 5.8 openssh servers -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-rc2 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [de 1.5.36.1 Debian configuration management sy ii dpkg1.15.8.11Debian package management system ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libedit22.11-20080614-2 BSD editline and history libraries ii libgssapi-k 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii passwd 1:4.1.4.2+svn3283-2+squeeze1 change and administer password and ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openssh-client recommends: ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS pn openssh-blacklist-extra none (no description available) ii xauth 1:1.0.4-1 X authentication utility Versions of packages openssh-client suggests: ii keychain 2.6.8-2key manager for OpenSSH pn libpam-sshnone (no description available) ii ssh-askpass-fullscreen [ssh-a 0.3-3 Under Gnome2, asks user for a pass -- 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#510188: Still facing this (very old) issue with samba packages?
tags 510188 moreinfo unreproducible thanks Hello, Back in 2008, you reported issues with W2K client connection to samba 3.0.24 servers. Something quite obscure, indeed. No test case could be found and I'm not really sure about what the bug might be. Given that samba got several upgrades since then, I'm highly tempted to close this bug unless you confirm you're still facing it. Is that still the case? We are still running 3.0.24-6etch10 on affected server ( we had two, on one all mechanisms using samba has been gradually depreceted, and after that we have just upgraded samba to 3.2.5 early this year ). On the last machine that uses 3.0.24 we have almost phased out smb usage, so we could probably upgrade/remove samba some time this year. Over the years, we have tried few new samba releases, but they all exhibited this problem. best regards, Dariush Pietrzak -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611980: Data loss with lrzip - undecompressable archives without warning
On Fri, 4 Feb 2011, Philipp Kern wrote: On Fri, Feb 04, 2011 at 11:23:48AM +0100, eyck wrote: None of the medium-sized (2-4G) archives created using 0.45 can be recovered. Those archives cannot be recovered using neither 0.18 nor 0.551. Archives created using 0.18 work ok, archives created using 0.551 also work OK. Small archives created using 0.45 seem to work ok. As it works for me with small archives (at least on amd64), we're talking about 2G+ sized archives only? Testing on virtual i386 machine, it seems that I'm getting errors: time nice ionice -c 3 lrzip -v -w 6 -L 9 2010.1.tar The following options are in effect for this COMPRESSION. Threading is DISABLED. Number of CPUs detected: 1 Nice Value: 19 Show Progress Verbose Compression mode is: LZMA. LZO Test Compression Threshold: 1 Compression Window: 6 = 600MB Compression Level: 9 Output filename is: 2010.1.tar.lrz 16%Q 6% Pass 2 / 7 -- Elapsed Time: 00:06:53. ETA: 00:35:42. Compress Speed: 1.453MB/s. 32% Pass 3 / 7 -- Elapsed Time: 00:13:41. ETA: 00:28:39. Compress Speed: 1.471MB/s. 48% Pass 4 / 7 -- Elapsed Time: 00:20:36. ETA: 00:21:53. Compress Speed: 1.446MB/s. 64% Pass 5 / 7 -- Elapsed Time: 00:27:26. ETA: 00:15:00. Compress Speed: 1.463MB/s. Failed to seek to 17 in stream Failed to flush/close streams in rzip_fd Fatal error - exiting but can't seem to re-create original problem on this machine ( the non-uncompressible archive were created using sh script using following stanza: lrzip -L 9 -w 6 $file rm $file thus lrzip had to return without reporting error ) I will re-try on original machine that exhibited the problem as soon as it becomes available. best regards, Dariusz Pietrzak -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611980: Data loss with lrzip - undecompressable archives without warning
Package: lrzip Version: 0.45-1 Severity: critical Justification: causes serious data loss Archives created with 0.45 cannot be decompressed, decompression fails with various errors: lrzip -d 2010-1-11-sent.tar.lrz Output filename is: 2010-1-11-sent.tar...Decompressing... Decompressing...Failed to decompress buffer - lzmaerr=1 Stream read u8 failed Fatal error - exiting (this is for archive created with lrzip 0.18, decompresses correctly with lrzip 0.18, this might be related to changes in fileformat, thus this info is only to provide background for this bug) lrzip -d 2009.7.tar.lrz Output filename is: 2009.7.tar...Decompressing... Decompressing...Unexpected initial tag 6 in streams Failed to open_stream_in in runzip_chunk No such file or directory Fatal error - exiting (this is 2G archive created using 0.45-1, on 32bit system ) None of the medium-sized (2-4G) archives created using 0.45 can be recovered. Those archives cannot be recovered using neither 0.18 nor 0.551. Archives created using 0.18 work ok, archives created using 0.551 also work OK. Small archives created using 0.45 seem to work ok. -- System Information: Debian Release: 5.0.8 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages lrzip depends on: ii bash 3.2-4 The GNU Bourne Again SHell ii libbz2-1.0 1.0.5-1+lenny1high-quality block-sorting file co ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii liblzo2-2 2.03-1data compression library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime lrzip recommends no packages. lrzip 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#611980: Data loss with lrzip - undecompressable archives without warning
None of the medium-sized (2-4G) archives created using 0.45 can be recovered. Those archives cannot be recovered using neither 0.18 nor 0.551. Archives created using 0.18 work ok, archives created using 0.551 also work OK. Small archives created using 0.45 seem to work ok. As it works for me with small archives (at least on amd64), we're talking about 2G+ sized archives only? Yes, I detected it on i386, and all broken archives were 2G ( source files were around 4G, I believe they were between 3.6 and 4.5G ), tests I ran with smaller files were successfull. In trying to re-create the conditions, I ran into strange quirk dd if=/dev/zero of=test bs=1M count=4096 compresses into 2.4G .lrz using 0.45, 4M using gzip, and 154k using lrzip 0.551. I had to erase most of the broken files due to space constraints, but kept one (2.3G in size), I also managed to recover from backup few of originals and am trying to re-create the problem, but the process is quite time-consuming. regards, Dariusz Pietrzak -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609886: libapache2-mod-jk: After upgrade from 1.2.26 to 1.2.30 mod_jk no longer connects to tomcats
From mod_jk.log: [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] jk_open_socket::jk_connect.c (444): socket() failed (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [info] ajp_connect_to_endpoint::jk_ajp_common.c (959): Failed opening socket to (172.17.231.57:8009) (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] ajp_send_request::jk_ajp_common.c (1585): (ajp13) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [info] ajp_service::jk_ajp_common.c (2540): (ajp13) sending request to tomcat failed (recoverable), because of error during request sending (attempt=1) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] ajp_service::jk_ajp_common.c (2559): (ajp13) connecting to tomcat failed. although logs suggest that port 8009 is unreachable, one can connect to it using telnet, or by replacing libapache2_mod_jk with version 1.2.26 I tried to reproduce this error and I couldn't. This was detected on soon-to-become-production server, and then reproduced by using clean template, performing upgrade of libapache2_mod_jk, and then downgrade fixes the problem. Both machines came from the same template, I need some time to verify whether the problem is related to the template or not. In a clean lenny chroot I installed apache2, tomcat5.5, tomcat5.5-webapps, and libapache2-mod-jk. After that The problem was detected with tomcat6, but I tried connecting to tomcat5.5 running on another machine, and this confusing 'failed opening socket' Note: my workstation is an amd64. Same platform - opteron running 64bit kernel. best regards, Dariusz Pietrzak -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609886: libapache2-mod-jk: After upgrade from 1.2.26 to 1.2.30 mod_jk no longer connects to tomcats
Package: libapache2-mod-jk Version: 1.2.30 Severity: grave Justification: renders package unusable From mod_jk.log: [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] jk_open_socket::jk_connect.c (444): socket() failed (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [info] ajp_connect_to_endpoint::jk_ajp_common.c (959): Failed opening socket to (172.17.231.57:8009) (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] ajp_send_request::jk_ajp_common.c (1585): (ajp13) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=22) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [info] ajp_service::jk_ajp_common.c (2540): (ajp13) sending request to tomcat failed (recoverable), because of error during request sending (attempt=1) [Thu Jan 13 15:05:34 2011] [441:140327941527312] [error] ajp_service::jk_ajp_common.c (2559): (ajp13) connecting to tomcat failed. although logs suggest that port 8009 is unreachable, one can connect to it using telnet, or by replacing libapache2_mod_jk with version 1.2.26 -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577513: libdbd-sybase-perl: DBI/DBD internal version mismatch
Package: libdbd-sybase-perl Version: 1.00-3+b3 Severity: grave Tags: squeeze Justification: renders package unusable Trying to use package results in: DBI/DBD internal version mismatch (DBI is v94/s208, DBD Sybase.xsi expected v95/s208) you probably need to rebuild the DBD driver (or possibly the DBI). reverting to libdbd-sybase-perl_1.00-3+b2_amd64 returns situation to normal -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.8 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages libdbd-sybase-perl depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libct40.82-6 libraries for connecting to MS SQL ii libdbi-perl 1.609-1Perl Database Interface (DBI) ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1]5.10.1-11 minimal Perl system libdbd-sybase-perl recommends no packages. libdbd-sybase-perl 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#510188: samba: Failed to set uid privileges to (-1, 2589) now set to (0, 0) in smbd log
Package: samba Version: 3.0.24-6etch10 Severity: normal I'm trying to trace (I think) the same problem as reported by yurapadl...@gmail.com, writes to the file fail, and in logs I find following messages: Dec 29 19:04:10 hostname smbd_audit[3095]: [2008/12/29 19:04:10, 0, effective(0, 1666), real(0, 0)] lib/util_sec.c:assert_uid(101) Dec 29 19:04:10 hostname smbd_audit[3095]: Failed to set uid privileges to (-1,2589) now set to (0,0) Dec 29 19:04:10 hostname smbd_audit[3095]: [2008/12/29 19:04:10, 0, effective(0, 1666), real(0, 0)] lib/util.c:smb_panic(1599) Dec 29 19:04:10 hostname smbd_audit[3095]: PANIC (pid 3095): failed to set uid Dec 29 19:04:10 hostname smbd_audit[3095]: Dec 29 19:04:10 hostname smbd_audit[3095]: [2008/12/29 19:04:10, 0, effective(0, 1666), real(0, 0)] lib/util.c:log_stack_trace(1706) Dec 29 19:04:10 hostname smbd_audit[3095]: BACKTRACE: 13 stack frames: Dec 29 19:04:10 hostname smbd_audit[3095]:#0 /usr/sbin/smbd(log_stack_trace+0x23) [0x822c3d3] Dec 29 19:04:10 hostname smbd_audit[3095]:#1 /usr/sbin/smbd(smb_panic+0x46) [0x822c4c6] Dec 29 19:04:10 hostname smbd_audit[3095]:#2 /usr/sbin/smbd [0x8231849] Dec 29 19:04:10 hostname smbd_audit[3095]:#3 /usr/sbin/smbd [0x80db3be] Dec 29 19:04:10 hostname smbd_audit[3095]:#4 /usr/sbin/smbd(pop_sec_ctx+0xa3) [0x80db553] Dec 29 19:04:10 hostname smbd_audit[3095]:#5 /usr/sbin/smbd(unbecome_root+0xb) [0x80d13fb] Dec 29 19:04:10 hostname smbd_audit[3095]:#6 /usr/sbin/smbd(gid_to_sid+0xfe) [0x81ef16e] Dec 29 19:04:10 hostname smbd_audit[3095]:#7 /usr/sbin/smbd(change_to_user+0x5de) [0x80d1c1e] Dec 29 19:04:10 hostname smbd_audit[3095]:#8 /usr/sbin/smbd [0x80ea351] Dec 29 19:04:10 hostname smbd_audit[3095]:#9 /usr/sbin/smbd(smbd_process+0x6fd) [0x80eb83d] Dec 29 19:04:10 hostname smbd_audit[3095]:#10 /usr/sbin/smbd(main+0x10df) [0x82c384f] Dec 29 19:04:10 hostname smbd_audit[3095]:#11 /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7b91ea8] Dec 29 19:04:10 hostname smbd_audit[3095]:#12 /usr/sbin/smbd [0x8082b11] Dec 29 19:04:10 hostname smbd_audit[3095]: [2008/12/29 19:04:10, 0, effective(0, 1666), real(0, 0)] lib/fault.c:dump_core(173) Dec 29 19:04:10 hostname smbd_audit[3095]: dumping core in /var/log/samba/cores/smbd Dec 29 19:04:10 hostname smbd_audit[3095]: on active production server it happens fairly often (~50 times a day), it started after upgrade. I'm fairly lost as to how should I proceed with trying to debug this, so any suggestions are welcome -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.bsd40x Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486466: Acknowledgement (mrxvt: Clones settings for profiles 9 from profile 0.)
It seems that described behaviour is caused by max_profiles being set to 10, when I re-configure it to use 21 profiles up to 21 unique settings for tabs may be used. Thus this report should be downgraded to 'wishlist' for upping the limit on max profiles, thanks. -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486465: mrxvt: Too many tabs when trying to open more then 15 tabs
Package: mrxvt Version: 0.5.3-2 Severity: wishlist Please configure --with-max-term=51 or some other more reasonable number, 15 is way too little, especially as mrxvt's main advantage is ability to use multiple (and many) tabs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages mrxvt depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime hi libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii mrxvt-common 0.5.3-2 lightweight multi-tabbed X termina ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mrxvt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486466: mrxvt: Clones settings for profiles 9 from profile 0.
Package: mrxvt Version: 0.5.3-2 Severity: minor When I put something like this in .mrxvtrc: Mrxvt.profile10.tabTitle: Tab0 Mrxvt.profile10.tabTitle: Tab10 Mrxvt.profile12.tabTitle: Tab11 Mrxvt.profile13.tabTitle: Tab12 Mrxvt.profile0.command: !comand0 Mrxvt.profile10.command: !comand10 Mrxvt.profile11.command: !comand11 Mrxvt.profile12.command: !comand12 Mrxvt.profile13.command: !comand13 I find that mrxvt spawns tabs as requested, but tabs 9 are all using settings from profile0, so all are nambed 'Tab0' and all are running 'command0'. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages mrxvt depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime hi libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii mrxvt-common 0.5.3-2 lightweight multi-tabbed X termina ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mrxvt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459717: vzctl: Still getting errors with 3.0.22-2 where bashisms were supposed to be fixed
Package: vzctl Version: 3.0.22-2 Followup-For: Bug #459717 hn:/home/eyck# vzctl stop veguest Stopping VE ... VE was stopped /usr/lib/vzctl/scripts/vps-functions: line 146: [: del: integer expression expected VE is unmounted After replacing -eq with =: hn:/home/eyck# vzctl start veguest Starting VE ... VE is mounted Adding IP address(es): 10.10.10.10 vps-net_add WARNING: Function proxy_arp for eth0 is set to 0. Enable with 'sysctl -w net.ipv4.conf.eth0.proxy_arp=1'. See /usr/share/doc/vzctl/README.Debian. Setting CPU units: 1000 Configure meminfo: 35000 Set hostname: veguest VE start in progress... -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460310: vzctl: upgrade from older versions looses --name settings
Package: vzctl Version: 3.0.22-2 Severity: wishlist In previous versions --name setting has been kept in name.conf file in /etc/vz/names directory. In new vzctl it uses much cleaner symlinks like this: lrwxrwxrwx 1 root root 21 Jan 12 00:00 etchdev - /etc/vz/conf/777.conf -rw-r--r-- 1 root root 11 Oct 28 13:24 etchdev.conf it would be nice if upgrade would automatically convert from old to new format, without it you're getting annoying little Bad VE id etchdev messages until you figure out what happened. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.bsd40rz Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459287: top: doesn't handle hot-added, hot-removed CPUs
Package: procps Version: 1:3.2.7-3 Severity: wishlist When hot-removing CPUs from the system, top exits with: top: failed /proc/stat read zsh: exit 1 top similarly, hot-added cpus don't show up in top. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages procps depends on: ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip Versions of packages procps recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456775: isync: Doesn't work when login name contains spaces
Package: isync Version: 1.0.3-3 Severity: normal While trying to login with userspace containing space, I noticed that while config works OK ( ie 'User firstname lastname ) is parsed correctly, to server only firstname is being delivered. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages isync depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libssl0.9.80.9.8c-4etch1 SSL shared libraries isync recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456783: isync: Doesn't work with usernames with spaces and such
Package: isync Version: 1.0.3-3 Severity: normal It looks like while writing mbsync config file, isync forgets for username ( but strangely remembers to put them around password ). Here's a patch to fix that: 283c283 fprintf( fp, User %s\n, cfg-user ); --- fprintf( fp, User \%s\\n, cfg-user ); -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages isync depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libssl0.9.80.9.8c-4etch1 SSL shared libraries isync recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438165: linux-image-2.6.18-4-vserver-686: NULL pointer dereference in dev_in_nx_info
Package: linux-image-2.6.18-4-vserver-686 Severity: normal The bug looks like this: BUG: unable to handle kernel NULL pointer dereference at virtual address 00ac printing eip: c0132f84 *pde = Oops: [#1] SMP Modules linked in: tcp_diag inet_diag tun ipv6 ipt_REDIRECT xt_tcpudp xt_multiport xt_state ipt_MASQUERADE iptable_mangle iptable_filter iptable_nat ip_nat ip_tables id_ac97_codec snd_ac97_bus evdev snd_rawmidi snd_seq_device amd64_agp psmouse shpchp pci_hotplug eth1394 snd_pcm snd_timer snd_page_alloc snd soundcore agpgart parport_generic ide_core usbcore sata_via libata sym53c8xx scsi_transport_spi 8139too 8139cp mii scsi_mod skge thermal processor fan CPU:1 EIP:0060:[c0132f84]Not tainted VLI EIP is at dev_in_nx_info+0xe/0x6c eax: ebx: f79bc8c0 ecx: 0200 edx: f79bc8c0 esi: 0001 edi: 0005 ebp: esp: cf889e9c ds: 007b es: 007b ss: 0068 Process gkrellm (pid: 20309[#49156], ti=cf888000 task=ed968e70 task.ti=cf888000) Stack: d13d0e00 ed968e70 0005 c0263c8e f0d8d880 8124 7875797c 3230092a 38414635 30093043 30303030 09303030 35303030 30093009 46093009 46464646 09464646 09300930 ecd00030 ecd03b54 0001 c0155bc5 000b68e4 Call Trace: [c0263c8e] fib_seq_show+0xa2/0x150 [c0155bc5] vma_merge+0x134/0x142 [c01568c4] do_mmap_pgoff+0x347/0x663 [c0156a8a] do_mmap_pgoff+0x50d/0x663 [c0263539] fib_seq_start+0x12/0x8a [c017d009] seq_read+0x196/0x279 [c017ce73] seq_read+0x0/0x279 [c0162040] vfs_read+0x9f/0x141 [c016248c] sys_read+0x3c/0x63 [c0102c7b] syscall_call+0x7/0xb Code: 0c 0f 94 c0 31 d2 84 c0 74 09 89 e8 e8 03 fe ff ff 31 d2 83 c4 10 89 d0 5b 5e 5f 5d c3 57 85 d2 56 be 01 00 00 00 53 89 d3 74 58 8b 88 ac 00 00 00 66 31 f6 85 EIP: [c0132f84] dev_in_nx_info+0xe/0x6c SS:ESP 0068:cf88 and exists in all vserver vs2.0 code up to vs2.0.3-rc2 (latest 2.0.3 is rc3). -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438165: patch
This issue is fixed by: http://people.linux-vserver.org/~dhozac/p/k/delta-NULL-dev-fix01.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430028: upgrading amavisd-new brakes mail system
Package: amavisd-new Version: 2.4.2 Severity: important My system is now broken thanks to: Starting amavisd: Found incompatible config file flag! Due to safety concerns, amavisd-new will not be started. Refer to /usr/share/doc/amavisd-new/README.Debian for instructions. invoke-rc.d: initscript amavis, action start failed. dpkg: error processing amavisd-new (--configure): subprocess post-installation script returned error exit status 1 this is extremely annoying, and undermines the trust that debian packagers earned over the years. Installing package should NOT brake loosely related parts of the system. This is especially annoying as if it were not for this sick way of stopping upgrade: srv:/etc/amavis# mv amavisd.conf.disabled amavisd.conf srv:/etc/amavis# /etc/init.d/amavis start Starting amavisd: amavisd-new. system would work just fine. You want to introduce incompatible changes in package - go ahead, rename it, disabling working systems in this way is extremely bad taste. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.34-bsd34d Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428828: proftpd: User session activity disappears from logs
Package: proftpd Version: 1.3.0 Severity: normal We've got users logged on, and working with our server (transferring files, checking directories, removing stuff etc), but their activity is not recorded in logfiles. We tracked the problem to sessions running through logrotate session - logs are rotated, new sessions work fine, but older sessions spew something like this all the time: close(13) = 0 close(13) = -1 EBADF (Bad file descriptor) It looks like those old sessions stopped writing to logrotated files. (this is especially visible with log file with different logrotate schedule, for example 'debug' rotated daily - and user session disappears from it, while on access.log, which is rotated weekly, that particular users session is still logged) -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Kernel: Linux 2.4.33-bsd33b Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages proftpd depends on: ii adduser3.63 Add and remove users and groups ii debconf1.5.11Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii libacl12.2.41-1 Access control list shared library ii libattr1 2.4.32-1 Extended attribute shared library hi libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libldap2 2.2.17-1 OpenLDAP libraries ii libmysqlclient15off5.0.32-7etch1 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libpam-runtime 0.79-4Runtime support for the PAM librar ii libpam0g 0.79-4Pluggable Authentication Modules l ii libpq4 8.1.8-1 PostgreSQL C client library ii libssl0.9.80.9.8c-4 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii netbase4.21 Basic TCP/IP networking system ii perl 5.8.8-7 Larry Wall's Practical Extraction ii ucf2.0020Update Configuration File: preserv ii zlib1g 1:1.2.3-13compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418525: rdesktop: Does not check for error-code on XInitImage
Package: rdesktop Version: 1.5.0-1 Severity: minor rdesktop segfaults after recent update to libx11-6, supposedly fixing this: xwin.c:2419 XInitImage(image); XPutImage(g_display, bitmap, g_create_glyph_gc, image, 0, 0, 0, 0, width, height); to check for error codes would be nice (in this case, rdesktop ignores error on XInitImage, and calling XPutImage causes segfault). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.34-bsd34c Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages rdesktop depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libx11-62:1.0.3-7X11 client-side library rdesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418021: libx11-6: Recent security update 1.0.3-7 causes segfaults in XPutImage
Package: libx11-6 Version: 2:1.0.3-6 Severity: important Upgrading to 1.0.3-7 brakes other software - causing segfaults in XPutImage call, rdesktop is affected and unusable. This seems to happen on machine with direct rendering disabled, the same setup on accelerated Xorg works fine. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.34-bsd34c Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libx11-6 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libx11-data 2:1.0.3-6X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxdmcp6 1:1.0.1-2X11 Display Manager Control Protoc ii x11-common 1:7.1.0-15 X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418021: libx11-6: Recent security update 1.0.3-7 causes segfaults in XPutImage
Upgrading to 1.0.3-7 brakes other software - causing segfaults in XPutImage call, rdesktop is affected and unusable. This seems to happen on machine with direct rendering disabled, the same setup on accelerated Xorg works fine. could you install libx11-6-dbg and get a backtrace with gdb from a segfaulting app? It looks like this: (gdb) run Starting program: /usr/bin/rdesktop 192.168.136.128 (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x002aed85 in XPutImage (dpy=0x83c9100, d=31457285, gc=0x83d82e8, image=0x0, req_xoffset=0, req_yoffset=0, x=155, y=262, req_width=497, req_height=133) at ../../src/PutImage.c:967 967 ../../src/PutImage.c: No such file or directory. in ../../src/PutImage.c (gdb) is there anything I should do to get a fuller backtrace? -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405356: util-vserver: BACKGROUND option doesn't work as advertised
Package: util-vserver Version: 0.30.212-1 Severity: normal According to comments in /etc/default/util-vserver you need to set BACKGROUND to 'on' to make vservers startup go to tty9. In reality, /etc/init.d/util-vserver script checks is BACKGROUND is set to 'yes', and startup goes to tty8, not tty9 if you do that. I would very much like it, if configuration would settle on one style, right now, depending on variable, you have to set it to 'yes', 'on' or 'true' to enable the functionality. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.34-bsd34c Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375005: qpsmtpd: greylisting plugin tries to put data in /usr/bin/
Package: qpsmtpd Version: 0.32-2 Severity: important Here: my ($QPHOME) = ($0 =~ m!(.*?)/([^/]+)$!); $QPHOME should end be something like that: $QPHOME=/var/spool/qpsmtpd/; instead, this results in: ... using /usr/bin/config/denysoft_greylist.dbm as greylisting database -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32-bsd32h Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages qpsmtpd depends on: ii adduser 3.87Add and remove users and groups ii debconf 1.5.1 Debian configuration management sy ii libdigest-hmac-perl 1.01-3 create standard message integrity ii libmail-spf-query-perl 1:1.999.1-1 query SPF (Sender Policy Framework ii libmailtools-perl1.74-0.1Manipulate email in perl programs ii libnet-dns-perl 0.57-1 Perform DNS queries from a Perl sc ii perl 5.8.8-4 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-4 Core Perl modules qpsmtpd recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369406: litmus: Doesn't work (ssl support missing)
Package: litmus Version: 0.9.4-2 Severity: important - running `basic': 0. init.. pass 1. begin. FAIL (No SSL support, reconfigure using --with-ssl) - summary for `basic': of 2 tests run: 1 passed, 1 failed. 50.0% See debug.log for network/debug traces. Since running dav-enabled sites without SSL makes very little sense and is rather unusal setup I think it would be nice to have ssl in litmus. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32-bsd32h Locale: LANG=en_US, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages litmus depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libxml22.6.24.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-11compression library - runtime litmus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357323: dropbear doesn't work on amd64
[niedziela, 16 kwiecieĊ 2006], Gerrit Pape napisaĊ(a): On Tue, Mar 21, 2006 at 08:39:56AM +, Gerrit Pape wrote: eyck.debian, can you try the steps to reproduce I did in my last mail, does that fail for you? What if you rebuild the package on your current sarge system, does it work then? $ apt-get source -b dropbear Hi, does the dropbear package for sarge from security.debian.org still not work on your sarge amd64 system? I am very sorry, but I have no access to amd64 system right now, since Matt Johnston confirmed that updated dropbear works fine I think we are safe to assume that the issue has been fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357323: dropbear doesn't work on amd64
Package: dropbear Version: 0.45-2sarge0 Severity: grave Justification: renders package unusable From the client, attempts to connect look like this: RSA_public_decrypt failed: error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01 debug1: ssh_rsa_verify: signature incorrect key_verify failed for server_host_key strace on dropbear: 4678 write(5,\0\0\1\274\t\37\0\0\0\225\0\0\0\7ssh-rsa\0\0\0\1#\0\0\0..., 448) = 448 4678 select(6, [5], [5], NULL, {20, 0}) = 1 (out [5], left {20, 0}) 4678 write(5, \0\0\0\f\n\25\261\270q{ iCl\326, 16) = 16 4678 select(6, [5], [], NULL, {20, 0}) = 1 (in [5], left {19, 99}) 4678 read(5, , 8)= 0 4678 close(5) = 0 4678 getpid() = 4678 4678 rt_sigaction(SIGPIPE, {0x2afdb4f0, [], 0x400}, {SIG_IGN},8) = 0 4678 sendto(3, 86Mar 16 18:45:25 dropbear[467..., 69, 0, NULL, 0) = 69 4678 rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0 4678 exit_group(0, 0, 0x2b147530, 0x2b148e08, 0x2b14b640 unfinished ... 3789 ... select resumed )= 1 (in [6], left {59, 97}) 3789 --- SIGCHLD (Child exited) @ 0 (0) --- 3789 wait4(-1, NULL, WNOHANG, NULL)= 4678 -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.15vs202 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dropbear depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]