I figured out how to keep the coredumps with corekeeper and how to get
the backtraces. I've attached the backtraces of three crashes from
6090b3dc; I hope they help to isolate this issue. If you need more
details from the coredumps, I can retrieve those (please post the
necessary gdb instructions,
Hi Julien,
>> Could the
>> original behaviour be restored so that our configuration works again?
> Even if I changed it now, it would go to jessie at best, so you'd need a
> backport anyway. So you can probably just build a local patched version.
>
> One way to fix your use case could be to updat
Package: php-htmlpurifier
Version: 4.4.0+dfsg1-1
Severity: normal
Dear Maintainer,
the following code raises a notice:
purify("test");
?>
Notice: Undefined index: Green in
/usr/share/php-htmlpurifier/library/HTMLPurifier/AttrDef/HTML/Color.php
on line 17
This is caued by a bug in
/usr/share/
Package: imvirt
Version: 0.9.6-1
Severity: normal
Dear Maintainer,
I'm getting the following error when running imvirt on one of our
servers:
host ~ # imvirt
Unexpected output from lspci: 00:1a.0 "USB controller" "Intel Corporation" "6
Series/C200 Series Chipset Family USB Enhanced Host Control
Package: spamassassin
Version: 3.3.2-5
Severity: normal
Dear Maintainer,
we're currently in the process of updating our customer servers to
Debian wheezy. On a specific server, we're seeing a lot of "spamd
child" segfaults that started occuring some days after the upgrade to
Debian wheezy:
host
ebian.org/684342
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Author: Martin von Wittich
Last-Update: 2014-01-16
--- sc
Package: acpi-support
Version: 0.140-5
Severity: normal
We recently received new servers with Asus P9D-I mainboards. These mainboards
have two Intel I210 NICs onboard:
root@debian:~# lspci
00:00.0 Host bridge: Intel Corporation Haswell DRAM Controller (rev 06)
00:14.0 USB controller: Intel Corpor
tags 702201 +patch
thanks
I've attached a patch that enables the `delaycompress` flag and also fixes the
nmbd reload by using `smbcontrol nmbd reload-config` instead of sending SIGHUP.
--
Mit freundlichen Grüßen,
Martin v. Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-224
I believe I have isolated the issue to the Debian packaging of Perl.
I've run the following tests:
2014-02-13 I installed SA 3.4.0 manually with cpanm[1].
2014-02-25 spamd has crashed 10 times since 2014-02-14,
so the issue is still there.
2014-02-25 I compiled Perl 5.18.2 with
Package: perl
Version: 5.14.2-21+deb7u1
Severity: normal
Dear Maintainer,
since we've updated our customer servers (about 1000) to Debian wheezy,
we're seeing a lot of "spamd child" segfaults on many of these servers.
I've already filed a bug to the spamassassin package[1] back in Dec 2013
when w
> The bug seems unfortunately hard to reproduce by others, so I'm going
> to have to ask you to help some more. See below. If you can come up with
> a recipe to trigger a crash, that would help a lot.
I'd like to, but unfortunately I don't know how yet. Is it possible to use gdb
to identify the co
OK, I've figured out how to determine what perl has been executing when it
crashed:
host ~ # for i in /var/crash/0/*perl.core; do echo "p
my_perl->Icurcop->cop_file\np my_perl->Icurcop->cop_line" | gdb --silent
/usr/bin/perl $i 2>/dev/null | grep 'gdb'; done
(gdb) $1 = 0xa3887f8 "/usr/share/per
Hi,
I just updated my server's libssl1.0.0 package to 1.0.1e-2+deb7u6, and
the postinst code that restarts the daemons works pretty good:
libssl1.0.0:i386 (1.0.1e-2+deb7u6) wird eingerichtet ...
Checking for services that may need to be restarted...done.
Checking init scripts...
WARNING: init
Am 26.11.2012 15:34, schrieb Josip Rodin:
This feature was removed upstream in 2.2.0... I'm not anxious to override
them, so can we close the bug report?
Yes, this can be closed. I changed my configuration to a non-zero
hashsize and then using SIGHUP as Alan recommended.
--
To UNSUBSCRIBE,
We're getting a rkhunter error message on some of our servers; as
/run/initramfs is renamed to /dev/.initramfs in the initramfs init
script, I think this might be related:
[06:25:24] Checking for hidden files and directories [ Warning ]
[06:25:24] Warning: Hidden file found: /dev/.initramf
Package: postgresql-common
Version: 113
Severity: normal
Currently, pg_upgradecluster uses the following code to shut down the
cluster:
# stopping old cluster, so that we notice early when there are still
# connections
print "Stopping old cluster...\n";
my @argv = ('pg_ctlcluster', $version, $clu
Could this be caused by packages that are not marked as automatically
installed? I had this situation on our servers:
# aptitude dist-upgrade -svy > fail.log (see attachedment for output)
After I marked the packages that caused the conflict as automatically
installed:
# aptitude markauto '~nwins
Hi Martin ;)
Am 21.07.2012 17:32, schrieb Martin Pitt:
I don't think it's a good idea. Usually upgrading a DB to a new major
version requires some attention anyway, and should not done with any
level of bruteness.
We upgraded several hundred servers from lenny to squeeze automatically,
includ
Package: vim-runtime
Version: 2:7.2.445+hg~cb94c42c0e1a-1
Severity: minor
While looking at Windows registry files (*.reg) in vim I noticed that
the highlighting for ft=registry files doesn't seem to work at all. To
reproduce this issue, just create a file "test.reg" with the following
content:
RE
Package: spamassassin
Version: 3.3.1-1
Severity: wishlist
/etc/cron.daily/spamassassin sleeps for up to 3600 seconds, probably to
distribute the load on SpamAssassin servers when using sa-update:
# Sleep for up to 3600 seconds
RANGE=3600
number=`od -vAn -N2 -tu4 < /dev/urandom`
number=`ex
Package: nginx
Version: 0.7.67-3+squeeze3
Severity: normal
Today I had to manually start nginx on our servers because it was no longer
running for some reason. Apparently, there was an update the last night:
> Aptitude 0.6.3: log report
> Mon, Feb 18 2013 04:02:36 +0100
>
> IMPORTANT: this log o
ould have caused this.
--
Mit freundlichen Grüßen,
Martin von Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail:i...@iserv.eu
Internet: iserv.eu
USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Jör
--
Mit freundlichen Grüßen,
Martin von Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail:i...@iserv.eu
Internet: iserv.eu
USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Jörg Ludwig
--
To UNSUBSCRIBE, em
Binary packages are affected too (Debian lenny):
Get:4 http://update.iserv.eu unstable/non-free
winst-diercke-digitales-handbuch-data 2.0-1.0 [2147MB]
Err http://update.iserv.eu unstable/non-free
winst-diercke-digitales-handbuch-data 2.0-1.0
Error writing to output file - write (27 File too large)
Package: libjs-jquery-ui
Version: 1.10.1+dfsg-1
Severity: normal
Upstream provides minified versions of the files in /ui/i18n/*.js (in
the folder /ui/minified/i18n, though that's probably not important to
us anyway). The Debian package unfortunately does not, because the
following command in debia
Package: clamav
Version: 0.97.1+dfsg-1~lenny1
Severity: normal
Since July 15th we are getting error messages like the following from
our Debian servers that are running clamscan:
LibClamAV Error: Opcode 20 of type 0 is not implemented yet!
LibClamAV Warning: Bytecode 2 failed to run: Invalid argu
We're seeing freeradius segfaults on 14 of our servers. I was able to
reproduce the issue with a VM by flooding the server with requests from
JRadius; when I did a backtrace with gdb, I got the following output:
iserv:~# gdb freeradius
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation
Package: dpkg
Version: 1.15.8.11
Severity: wishlist
When dpkg is forced to re-create deleted conffiles with the
--force-confmiss option, it prints the following warning for each
missing conffile:
Configuration file `%s', does not exist on system.
Installing new config file as you requested.
Sin
Tags: Patch
I've fixed this bug in our simple-cdd installation. Patch is appended.
--
Mit freundlichen GrÃŒÃen,
Martin v. Wittich
IServ GmbH
Rebenring 33
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail:martin.von.witt...@iserv.eu
Internet: iserv.eu
USt.-Id
Package: imvirt
Version: 0.9.1-1
Severity: normal
I'm working on a customer server that I believe to be virtualized with Xen:
iserv:~# lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:0
Package: dmidecode
Version: 2.9-1.2
Severity: normal
dmidecode prints everything twice:
root@iserv:~# dmidecode -t chassis
# dmidecode 2.9
SMBIOS 2.6 present.
Handle 0x0003, DMI type 3, 21 bytes
Chassis Information
Manufacturer: To Be Filled By O.E.M.
Type: Desktop
Lock:
Package: imvirt
Version: 0.9.4-4
Severity: important
Dear Maintainer,
we have a server where imvirt (or actually the helper tool
/usr/lib/imvirt/xen) will hang forever with 99% CPU usage:
server ~ # strace /usr/lib/imvirt/xen
execve("/usr/lib/imvirt/xen", ["/usr/lib/imvirt/xen"], [/* 31 vars */]
Hi,
I'm wondering about this too. I've looked into the postinst; it creates
/var/lib/sudo, but it doesn't set any explicit permissions and instead
just copies the old ones from /var/run/sudo:
> # handle state directory transition from /var/run/sudo to /var/lib/sudo,
> # moving any existing conten
Package: durep
Version: 0.9-3
Severity: normal
Tags: patch upstream
Dear Maintainer,
"durep -hs 1G" does not work as expected, though the documentation says
it should:
dev2.iserv.eu ~ # durep --help | grep hide-size
-hs, --hide-size=N[bkmg] do not display entries using N Bytes/Kb/Mb/Gb
F
Package: libpam-duo
Version: 1.9.11-1
Severity: normal
Tags: ipv6
Dear Maintainer,
I'm trying to use libpam-duo on a server that has only IPv6
connectivity. Our authentication server has both IPv4 and IPv6
addresses:
xenh4:~# host auth.iserv.eu
auth.iserv.eu has address 88.198.205.8
auth.iserv.e
Package: hw-detect
Severity: important
Tags: d-i patch
Dear Maintainer,
we are distributing our system with a custom Debian installer that has
been created with simple-cdd and contains non-free firmware packages.
One of our customers has reported back to us that he encountered an
error message du
The libc update unfortunately failed to restart the affected services
because the postinst only does that when updating from a version < 2.13:
/var/lib/dpkg/info/libc6:i386.postinst:
142:if dpkg --compare-versions "$preversion" lt 2.13; then
Could this be changed so that this update resta
Package: mdadm
Version: 3.2.5-5
Severity: minor
Tags: patch
Dear Maintainer,
we have set up some of our servers with a small MD raidi1 consisting only
of one device, so we may later add an additional hard drive without
having to re-create the filesystem. On these servers, we sometimes get
checkar
Package: squid3
Version: 3.1.20-2.2+deb7u2
Severity: normal
Tags: patch
Dear Maintainer,
the squid3 init script fails to parse the cache_dir directive from our
squid3.conf. The reason is that our cache_dir directive is indented with
two spaces:
cache_dir ufs /var/spool/squid3 1 16 256
The
Package: cups
Version: 1.5.3-5+deb7u4
Severity: normal
Dear Maintainer,
in the last week I've had two of our servers fill up the hard disk with
errors in the cups error_log:
host ~/var-log-cups # ll
total 308G
-rw-r- 1 root adm 285G Sep 19 11:50 error_log
-rw-r- 1 root adm 3.6G Sep 19 00
Package: squid3
Version: 3.1.20-2.2+deb7u2
Severity: normal
Dear Maintainer,
on one of our servers, squid3 is crashing regularly with the following
error message:
host ~ # zgrep -i fail /var/log/squid3/cache.log*
/var/log/squid3/cache.log:2014/10/22 07:38:30| assertion failed: MemBuf.cc:280:
"s
On Mon, 28 Nov 2016 07:40:10 + Matijs van Zuijlen
wrote:
I have just upgraded to passenger 5, and now I want to restart my
application the 'new' way by using passenger-config. I have tried this
both through capistrano, and on the command line, and I get the
following error message:
*** E
--- /var/lib/iserv/remote-support/iserv-martin.von.wittich/src2/psmisc-22.21/src/fuser.c 2017-09-14 16:55:21.0 +0200
+++ /var/lib/iserv/remote-support/iserv-martin.von.wittich/src/psmisc-22.21/src/fuser.c 2017-09-14 16:57:15.808933238 +0200
@@ -59,7 +59,7 @@
#include "signals.h"
#includ
nment settings:
EDITOR="vim"
VISUAL="vim"
DEBEMAIL="Martin von Wittich "
INTERFACE="urwid"
** /var/lib/iserv/remote-support/iserv-martin.von.wittich/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui urwid
no-check-uid
-- System Informa
OR=vim DEBEMAIL="Martin von Wittich "
reportbug -u urwid
Ignored bogus setting for -u: urwid
...
This left me pretty confused, because I though I had the correct package
installed. I looked into the code, and even in /usr/lib/python3/
dist-packages/reportbug/ui/urwid_ui.py the exception
Package: src:linux
Version: 4.9.30-2+deb9u5
Severity: normal
Tags: upstream
Dear Maintainer,
we use the Linux fanotify interface in a virus scanner to detect
viruses as soon as the files are written. Yesterday we noticed that a
machine that has been upgraded to Debian stretch no longer detects
vi
Package: libxml2
Version: 2.9.1+dfsg1-5+deb8u3
Severity: normal
Tags: upstream
Dear Maintainer,
I'm trying to validate the grammar.xml of LanguageTool with xmlstarlet:
https://github.com/languagetool-org/languagetool/blob/master/languagetool-language-modules/de/src/main/resources/org/languagetoo
Package: hddtemp
Version: 0.3-beta15-52
Severity: normal
Dear Maintainer,
we have a server with the following disk:
=== START OF INFORMATION SECTION ===
Model Family: Seagate Constellation ES (SATA 6Gb/s)
Device Model: ST500NM0011
Serial Number:Z1M0BZRA
LU WWN Device Id: 5 000c50 040
I've got the same bug here:
> dev2.iserv.eu ~ # gdb --args gs -q -dPARANOIDSAFER -dNOPAUSE -dBATCH
> -sOutputFile=test.ps -sDEVICE=png16m -r72 -dLastPage=1 2010-2-op.pdf
> GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
> Copyright (C) 2014 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3
Any update on this? Debian 8.5 has been released in June, but we're
still seeing this bug on our VMs.
--
Mit freundlichen Grüßen
Martin v. Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail:i...@iserv.eu
Internet: iserv.eu
USt-IdN
Hi Michael,
> I pulled the patch mentioned in this bug report into our jessie branch
> [1]. This means it will be part of the next stable release which is
> scheduled for the upcoming 8.6 point release.
>
> I created debs which you can get from [2]. I versioned them so that the
> package will nic
1, so I'd say so far it's looking pretty good. I
will post new results on Friday.
--
Mit freundlichen Grüßen,
Martin von Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail:i...@iserv.eu
Internet: iserv.eu
USt-IdNr. D
he CPU, and used CPU time of the systemd processes
was between a few seconds (for a machine that really does nothing
useful), ~16 minutes (most normal machines), and one had 50 minutes (our
most busy machine).
So as far as I'm concerned, this update can be released.
--
Mit freundlichen
Package: apcupsd
Version: 3.14.8-2
Severity: normal
When starting apcupsd via init script the init script fails to report errors.
E.g. if you don't have a UPS connected to the computer apcupsd won't start, but
the init script will report a success condition nonetheless.
The behaviour is similar w
Package: dhcp3-server
Version: 3.1.1-6+lenny4
Severity: normal
I'm trying to write a script that puts all leases assigned by the DHCP server
into a database. My dhcpd config looks like this (minimal example):
---
ddns-update-styl
Package: pciutils
Version: 1:3.0.0-6
Severity: wishlist
When dealing with computers that don't have lspci (e.g. Windows), it's usually
possible to determine the vendor and device ID of an unknown device. It would
be nice if lspci could be used to query the PCI database with these IDs to
determine
Package: debtags
Version: 1.7.8.1
Severity: normal
'debtags update' (or rather the /usr/share/debtags/fetch script) simply parses
all /var/lib/apt/lists/*_Packages files without considering that some of these
files may be no longer in use and contain obsolete information. This causes
problems with
Package: file
Version: 4.26-1
Severity: wishlist
file can detect the encoding of plain text files:
$ file iso8859.txt
iso8859.txt: ISO-8859 text
However, it won't do this for e.g. Perl scripts:
$ file iso8859.pl
iso8859.pl: a /usr/bin/perl script text executable
This is IMO an inconsistent be
Package: sysvinit
Version: 2.86.ds1-61
Severity: wishlist
shutdown(8) can display a warning message via wall(1) before the computer is
shut down. acpid(8) uses this to display the warning message "Power button
pressed" (configured in /etc/acpi/powerbtn.sh), but this information is never
logged and
Package: squidguard
Version: 1.5-4
Severity: normal
Tags: upstream
Dear Maintainer,
squidGuard seems to support the SIGHUP signal to reload its
configuration, as is common for daemons. Though this doesn't seem to be
documented as far as I can tell, from the code it's obvious that it
should be sup
We're having the same problem here. For some reason, only 2 domUs are
affected (the dom0 has a total of 22 domUs, 14 of those are running
Debian stretch, and 13 of those are running Linux 4.9.51-1).
The `xl console` output of the first domU (according to our monitoring
it hangs since yesterday
Am 16.10.2017 um 17:52 schrieb Michael Biebl:
systemd should already ignore files ending in dpkg-remove, see
https://github.com/systemd/systemd/blob/master/src/basic/path-util.c#L808
Not surprisingly, I was not able to reproduce your problem.
Can you provide steps how I can reproduce the proble
Hi,
this also affects stretch:
server ~ # apt-cache policy cups-filters
cups-filters:
Installiert: 1.11.6-3
Installationskandidat: 1.11.6-3
Versionstabelle:
*** 1.11.6-3 500
500 http://ftp.de.debian.org/debian stretch/main amd64 Packages
100 /var/lib/dpkg/status
060 ?Ssl 15:00 0:00
/sbin/apcupsd
root 26739 0.0 0.0 6424 884 pts/8S+ 15:00 0:00 grep
apcupsd
There's always at least 4-6 empty "pidof:" lines at the beginning, so
apparently pidof never works in the ~40-60ms after a process was
launched. But there are
S+ 14:19 0:00 sleep 2
root 27069 0.0 0.0 6424 884 pts/3S+ 14:19 0:00 grep sleep
Maybe systemd is somehow involved?
--
Mit freundlichen Grüßen
Martin von Wittich
IServ GmbH
Bültenweg 73
38106 Braunschweig
Telefon: 0531-2243666-0
Fax: 0531-2243666-9
E-Mail: i...@iserv.eu
I
Package: grub-pc
Version: 2.02~beta3-5+deb9u2
Severity: normal
Tags: patch
Dear Maintainer,
apparently, one of our servers still has some GRUB legacy files
installed, which causes `dpkg-reconfigure grub-pc` to tell me that I
have to run `upgrade-from-grub-legacy`. That doesn't work though:
host
Package: systemd
Version: 232-25+deb9u1
Severity: normal
Tags: upstream
Dear Maintainer,
the following commands unexpectedly do not print any error messages or
return non-zero exit codes:
martin.mein-iserv.de ~ # systemctl stop postgresql@does-not-exist
martin.mein-iserv.de ~ # systemctl start p
Hi Michael,
On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl wrote:
I can't reproduce this, neither on v237 nor on v232:
# systemctl stop postgresql@does-not-exist
Failed to stop postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not loaded.
# systemctl start postgresql@
Package: e2fsprogs
Version: 1.43.4-2
Severity: minor
Tags: l10n
Dear Maintainer,
the German localization of the following message:
some-server ~ # LANG=C e2fsck -f /dev/vg/some-lv
e2fsck 1.43.4 (31-Jan-2017)
Pass 1: Checking inodes, blocks, and sizes
Inode 529618 extent tree (at level 1) could b
69 matches
Mail list logo
