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]
