Cyconet Blog » Debian

cyrus/lmtpunix: db4: Logging region out of memory / kmail2 sucks

cyco — Fri, 07 Oct 2011 07:45:26 +0000

Today I was wondering that I had almost no new mail in my inbox in the morning. After a while I decided to have a look into the server logfiles …. so I learned that postfix wasn’t able to deliver mails via lmtp cause of:

Oct 7 07:45:56 post cyrus/lmtpunix[307]: DBERROR db4: Logging region out of memory; you may need to increase its size
Oct 7 07:45:56 post cyrus/lmtpunix[307]: DBERROR: opening /var/lib/cyrus/deliver.db: Cannot allocate memory
Oct 7 07:45:56 post cyrus/lmtpunix[307]: DBERROR: opening /var/lib/cyrus/deliver.db: cyrusdb error
Oct 7 07:45:56 post cyrus/lmtpunix[307]: FATAL: lmtpd: unable to init duplicate delivery database
Oct 7 07:45:56 post cyrus/master[754]: service lmtpunix pid 307 in READY state: terminated abnormally

Seems like this can be fixed with:

/etc/init.d/cyrus2.2 stop
cat< /var/lib/cyrus/db/DB_CONFIG
set_cachesize 0 2097152 1
set_lg_regionmax 1048576
EOM
/etc/init.d/cyrus2.2 start

Looking more closer into the logs, it turned out that this trouble started last night when I connected with a client running the soon to be released Ubuntu Oneiric Ocelot using the new kmail2.

So it looks like the KDE/Ubuntu folks broke again kmail (or any KDE subsystem), as it also has troubles when migrating over from kmail(1) and it looks like it’s not able to access most of the imap subfolders. Well done!

Virtualisation on HP ProLiant hardware with squeeze

cyco — Thu, 24 Mar 2011 15:57:10 +0000

In case you are using HP ProLiant G6-series or G7-series with Intel-based hardware and you are thinking about virtualistion (e.g. booting the hypervisor), you should have a look into this customer advisory. To make it short, the following should work:

# grep GRUB_CMDLINE_XEN /etc/default/grub
GRUB_CMDLINE_XEN=”pci=use_crs”
# update-grub

It took me two workdays to discover this solution for a DL180G6. Anyways … I’m still having trouble on a DL160G6 when booting the hypervisor, suggestions are welcome.

small announcement: Chemnitzer Linuxtage 2011

cyco — Sun, 20 Mar 2011 21:33:47 +0000

This weekend we did run a booth at Chemnitzer Linuxtage. As always, it was a joy to be at this event. We had great discussions and talks with guests and exhibitors, I also enjoyed a small number of lectures. The booth did run well, beside some quirks. Some pictures can be found here.

package updates

cyco — Thu, 10 Feb 2011 22:12:42 +0000

After Debian Squeeze was released last weekend, development will speed up again.
Today I uploaded a new postfwd package which ships also the postfwd2 script, a prefork server version.
I also started to orphan packages I’m not using anymore or having dead upstream. The first candidate was policyd-weight, fortunately Chris Butler took the package over.
I’m happy to be the first uploader into squeeze-backports with …. icinga.

Debian 6.0 ‘squeeze’ released

cyco — Sun, 06 Feb 2011 00:18:35 +0000

Our baby was release just some moments ago. Many thanks to all who made this happen, I’m very proud!
Also many thanks to the release team, ftpmaster, cd people, www-team, press folks and all who worked so hard today instead of having release party, to make it real.

linux-image-2.6.32-bpo.5-xen-686 and xen/xen-common from squeeze broken?

cyco — Sun, 31 Oct 2010 14:03:50 +0000

I’m experiencing since some time (out of the blue) spontaneous reboots of some of my dom0s on lenny/i386 (others don’t have this effect). As result of this, I started rolling out linux-image-2.6.32-bpo.5-xen-686 from bpo and backported xen and xen-common from testing:

# dpkg -l | grep xen | grep bpo
ii libxenstore3.0 4.0.1-1~bpo50+1 Xenstore communications library for Xen
ii linux-image-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Linux 2.6.32 for modern PCs, Xen dom0 suppor
ii xen-hypervisor-4.0-i386 4.0.1-1~bpo50+1 The Xen Hypervisor on i386
ii xen-linux-system-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Xen system with Linux 2.6.32 on modern PCs (
ii xen-tools 4.1-1~bpo50+1 Tools to manage Debian XEN virtual servers
ii xen-utils-4.0 4.0.1-1~bpo50+1 XEN administrative tools
ii xen-utils-common 4.0.0-1~bpo50+1 XEN administrative tools – common files
ii xenstore-utils 4.0.1-1~bpo50+1 Xenstore utilities for Xen

This fixed the problem of spontaneous reboots for all of the systems I have migrated …. until now! Last week I tried this solution on my private system and it failed in some way.

A full dump of the syslog is also available. It looks like /etc/rcS.d/S03udev is hanging in some way .. the syslog for this looks like:

Oct 29 20:51:07 mordor kernel: [ 17.728120] Code: 04 00 00 00 00 83 3c 24 10 74 32 77 0c 83 3c 24 08 0f 85 9f 00 00 00 eb 12 83 3c 24 20 74 30 83 3c 24 40 0f 85 8d 00 00 00 eb 35 <0f> b6 01 8b 54 24 20 89 02 c7 42 04 00 00 00 00 eb 79 0f b7 01
Oct 29 20:51:07 mordor kernel: [ 17.731554] EIP: [] acpi_ex_system_memory_space_handler+0×189/0×221 SS:ESP 0069:ec135d74
Oct 29 20:51:07 mordor kernel: [ 17.731791] CR2: 00000000eda86000
Oct 29 20:51:07 mordor kernel: [ 17.731881] —[ end trace 7b8af581772a1c55 ]—
Oct 29 20:51:07 mordor kernel: [ 18.116622] input: PC Speaker as /devices/platform/pcspkr/input/input6
Oct 29 20:51:07 mordor kernel: [ 18.427607] Error: Driver ‘pcspkr’ is already registered, aborting…
Oct 29 20:51:07 mordor kernel: [ 232.381814] Adding 10000452k swap on /dev/sda2. Priority:-1 extents:1 across:10000452k

The dom0 is there hanging in some way … I don’t have an exact way to get the system proceed from there … usually I need to wait some seconds and pressing ^C after a while will get the box up.
Anyways … I remember there are some problems with udev >= 150 and older kernels, which is also documented in the squeeze release notes. Maybe there is also a problem with older udev and newer kernels? But why is this combination working on other systems? Booting linux-image-2.6.32-bpo.5-686 works without any issue anyways, so it seems xen related. Any idea is appreciated!
UPDATE: I’ve also reported this via #602109.

[bpo] new icinga 1.2 for lenny-backports-sloppy

cyco — Mon, 11 Oct 2010 15:03:20 +0000

Alexander Wirt was so kind to upload the latest icinga (1.2) release to unstable. This will be the next candidate for lenny-backports-sloppy.
If you can’t wait, just grab the package from http://ftp.cyconet.org/debian/archive/bpo/icinga/1.2-1~bpo50+1/.
If you are using nagstamon and thinking about upgrading to icinga 1.2, I backported a working version from subversion r151, which you can grab from http://ftp.cyconet.org/debian/archive/bpo/nagstamon/0.9.4r151.1~bpo50+1/.

P.S. If you like nagios and/or icinga related software, there is a Nagios Maintainers Group and we would like to invite you, if you want to improve or extend the nagios/icinga ecosystem in Debian.

[fun] Integrate nagios users with system ones

cyco — Fri, 23 Apr 2010 08:10:53 +0000

While I normaly don’t care much about Ubuntu, I’m subscribed to lauchpad.net for the packages I’m involved within Debian.
Sometimes apears informative stuff there, which reminds me about my todos or just pointing me to real problems. Most of the time, I’m just ignoring the reports, as the are useless or just unrelated to me packages in Debian.
But in some cases the reports are just making my day.

[selfnote] Find the DUN Channel of your bluetooth device

cyco — Fri, 23 Apr 2010 07:59:06 +0000

In the last days, I replaced my Nokia E90 with a Nokia N97 mini. As I’m using my mobile from time to time to hook up to the internet when traveling, I thought I just need to replace the MAC in my /etc/bluetooth/rfcomm.conf and that’s it. As always … Murphy striked back. After debugging for hours I realized the DUN channel seems depending on the model.

You can discover your DUN channel something like:

# hcitool scan
Scanning …
3C:F7:2A:1A:4D:2A Cycophone
# sdptool browse 3C:F7:2A:1A:4D:2A | \
grep -9 “Service Name: Dial-Up Networking” | \
tail -10 | grep Channel
Channel: 22

So your /etc/bluetooth/rfcomm.conf should now look like:

…
rfcomm0 {
bind yes;
device 3C:F7:2A:1A:4D:2A;
channel 22;
comment “Cycophone”;
}
…

new nagios-plugins (1.4.14-1), now also installable on kfreebsd and hurd

cyco — Sat, 23 Jan 2010 13:03:06 +0000

Last night here at BSP I released nagios-plugins (1.4.14-1), which has a couple of fixes and enhancements. For more information, see the changelog.
The main change may, that with this version, the package should be installable on non-linux archs, where iputils-ping is not available. The downside of using inetutils-ping is, that its behavior is different from iputils-ping. As result of this, check_ping will timeout much often, even if there isn’t any problem and you will have false positives. As suggested long ago, at least on this archs, you should consider to replace the use of check_ping with check_icmp.