Bug#707717: nscd hangs, block whole network stack
Package: nscd Version: 2.17-1 Severity: normal When I resume my notebook (from s2ram), NetworkManager tries to re-establish wifi connections. I noticed that (since upgrading to the new testing) this takes _much_ longer than before; looking around a bit shows that NetworkManager calls /usr/sbin/nscd -i hosts; this waits on (the only) socket 3, which I guess is connected to nscd. This makes knetwork etc. hang, too. Restarting nscd seems to hang, too; killing and starting again helps. Perhaps this is related to 592850 or 550840? Thanks a lot. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nscd depends on: ii libaudit01:1.7.18-1.1 ii libc62.17-1 ii libcap2 1:2.22-1.2 ii libselinux1 2.1.9-5 nscd recommends no packages. nscd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130510160505.14690.9268.reportbug@cacao.linbit
Bug#636266: libc6: fread() reads more than specified number of bytes
Package: libc6
Version: 2.13-10
Severity: normal
fopen()/fread() is used by some software packages (I noticed it via ECL) to
read data from /dev/urandom.
But fread() reads more bytes than specified (rounded up to 4096!), thereby
decreasing the available entropy by a large amount.
To test, compile this program:
#include stdio.h
void main()
{
FILE *fh;
fh = fopen(/dev/urandom, r);
fread(fh, 1, 1, fh);
}
and run via strace:
...
brk(0x1e64000) = 0x1e64000
open(/dev/urandom, O_RDONLY) = 3
fstat(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x768dbb60) = -1 EINVAL
(Invalid argument)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7fac45b34000
read(3, \242\261\204\215\221\313\253#\336\355\336u\37\3Gl\374
\332\301\271\363Z\327\7@.ziU\324\305..., 4096) = 4096
This is a bug IMO; with urandom it discards a lot of entropy, and with random
it might cause hangs.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libc6 depends on:
ii libc-bin 2.13-10Embedded GNU C Library: Binaries
ii libgcc1 1:4.6.1-4 GCC support library
libc6 recommends no packages.
Versions of packages libc6 suggests:
ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy
pn glibc-doc none (no description available)
ii locales 2.13-10Embedded GNU C Library: National L
-- debconf information:
* glibc/upgrade: true
glibc/disable-screensaver:
glibc/restart-failed:
* glibc/restart-services: ssh postfix openbsd-inetd cups cron atd apache2
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110801204809.23586.66023.reportbug@cacao
Bug#452938: tzdata: Upgrading changes timezone
X-Reportbug-Version: 3.39 X-Debbugs-Cc: [EMAIL PROTECTED] Package: tzdata Version: 2007i-2 Severity: normal Summary: upgrading shouldn't destroy the configuration. I got an upgrade of tzdata just now: Vorbereiten zum Ersetzen von tzdata 2007i-1 (durch .../tzdata_2007i-2_all.deb) ... Entpacke Ersatz für tzdata ... Richte tzdata ein (2007i-2) ... User defined timezone, leaving /etc/localtime unchanged. Local time is now: Mon Nov 26 08:12:01 UTC 2007. Universal Time is now: Mon Nov 26 08:12:01 UTC 2007. Run 'dpkg-reconfigure tzdata' if you wish to change it. Whereas my configured timezone was UTC-1 (see end of mail). localtime apparently wasn't touched, but the time given is wrong: $ ls -la /etc/localtime -rw-r--r-- 1 root root 801 2007-07-03 08:45 /etc/localtime $ date Mon Nov 26 08:28:22 UTC 2007 $ TZ=UTC date Mon Nov 26 08:29:15 UTC 2007 $ TZ=UTC-1 date Mon Nov 26 09:29:53 UTC 2007 Reconfiguration solves it, though: $ sudo dpkg-reconfigure tzdata Current default timezone: 'Europe/Vienna' Local time is now: Mon Nov 26 09:31:50 CET 2007. Universal Time is now: Mon Nov 26 08:31:50 UTC 2007. $ date Mon Nov 26 09:31:53 CET 2007 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_AT.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy tzdata recommends no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/US: tzdata/Zones/Etc: tzdata/Zones/Arctic: tzdata/Zones/Antarctica: tzdata/Zones/America: * tzdata/Areas: Europe tzdata/Zones/Australia: tzdata/Zones/Canada: * tzdata/Zones/Europe: Vienna tzdata/Zones/Africa: tzdata/Zones/Indian:
