Bug#578868: couchdb: database migration should be automatic
Package: couchdb Version: 0.11.0-1 Severity: normal Tags: squeeze README.Debian says "the database directory is partitioned by the CouchDB release number of the database format in use" and "Before you upgrade to a new version [...] you should export [...] and import the data into the new database after the upgrade". This is quite awkward: no prior warning when upgrading, and the old binaries aren't here anymore after the upgrade is done. A quick, short-term minimal fix would be warning the user about the need for data migration, offering to abort the upgrade, and pointing to the dump/load procedure or tools. In the long run, the dump/load operations should probably be automated by the package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages couchdb depends on: ii adduser 3.112 add and remove users and groups ii erlang-base [erlang-abi- 1:13.b.4-dfsg-4 Erlang/OTP virtual machine and bas ii erlang-crypto1:13.b.4-dfsg-4 Erlang/OTP cryprographic modules ii erlang-inets 1:13.b.4-dfsg-4 Erlang/OTP Internet clients and se ii erlang-ssl 1:13.b.4-dfsg-4 Erlang/OTP implementation of SSL ii erlang-tools 1:13.b.4-dfsg-4 Erlang/OTP various tools ii erlang-xmerl 1:13.b.4-dfsg-4 Erlang/OTP XML tools ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcurl3 7.20.0-3Multi-protocol file transfer libra ii libicu42 4.2.1-3 International Components for Unico ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libmozjs2d 1.9.1.8-5 The Mozilla SpiderMonkey JavaScrip ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii mawk 1.3.3-15a pattern scanning and text proces ii procps 1:3.2.8-8 /proc file system utilities couchdb recommends no packages. couchdb suggests no packages. -- no debconf information
Bug#500676: patch for 500676
Hi, We have this problem as well; it makes openntp almost unusable in our setup. Here's a relatively trivial patch that seems to work for us (only tested for a day though). When a socket() error happens, look at errno for the following error (from socket(2)): EAFNOSUPPORT The implementation does not support the specified address family. For this error behave like we do on connect() errors (copying some code which happens to be just a few lines below). Log a warning message. For other errors we still die (calling fatal). Here's a stupid log extract which shows it working (some peers cause the warning message to be shown but openntpd doesn't stop and eventually the clock is synced): Jan 8 12:45:41 osso ntpd[25168]: client_query socket: Address family not supported by protocol Jan 8 12:55:56 osso ntpd[25168]: client_query socket: Address family not supported by protocol Jan 8 13:13:02 osso ntpd[25168]: clock is now synced Jan 8 13:17:06 osso ntpd[25168]: client_query socket: Address family not supported by protocol Please consider this patch, I'm happy to make corrections or do more tests if needed. Also, I was not sure if I should attach it or just paste, please let me know if I need to re-send. Regards, Stefan --- openntpd-3.9p1/client.c 2009-01-08 10:47:49.0 +0100 +++ openntpd-3.9p1-noipv6/client.c 2009-01-08 18:14:32.0 +0100 @@ -130,8 +130,20 @@ struct sockaddr *sa = (struct sockaddr *)&p->addr->ss; if ((p->query->fd = socket(p->addr->ss.ss_family, SOCK_DGRAM, - 0)) == -1) + 0)) == -1) { + + if (errno == EAFNOSUPPORT) { + log_warn("client_query socket"); + client_nextaddr(p); + set_next(p, error_interval()); + return (-1); + } + else + { fatal("client_query socket"); + } +} + if (connect(p->query->fd, sa, SA_LEN(sa)) == -1) { if (errno == ECONNREFUSED || errno == ENETUNREACH || errno == EHOSTUNREACH) { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#314408: libc6: the patch seems to work
Package: libc6 Version: 2.3.2.ds1-22 Followup-For: Bug #314408 Just following up ... I built glibc with the patch above, and installed it on a production server: so far, so good. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314408: libc6: Fix pthread_rwlock_wrlock hang with nptl
Package: libc6 Version: 2.3.2.ds1-22 Severity: critical Tags: patch Justification: breaks unrelated software This bug is being reported on - redhat: http://sources.redhat.com/ml/libc-hacker/2004-02/msg00019.html - ubuntu: https://bugzilla.ubuntu.com/show_bug.cgi?id=11730 - mysql: http://bugs.mysql.com/bug.php?id=8555 The bug makes MySQL hang when using NPTL - it's a very serious issue, but it seems it's been reported a _long_ while ago. http://sources.redhat.com/ml/libc-hacker/2004-02/msg00019.html contains a patch I'm currently waiting to put 2 enormous 4 Xeon EM64T w/ 32G ram in production because of this bug :| Needless to say, please patch ;p -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]