[Touch-packages] [Bug 827151] Re: Annoying log message "DIGEST-MD5 common mech free"

2016-12-21 Thread Tom Hager
Hi Nish,

yup, this still occurs:

root@xxx:~# slapcat -l /tmp/ldap.ldif
root@xxx:~# tail -10 /var/log/auth.log|grep slapcat
Dec 21 13:46:28 xxx slapcat: DIGEST-MD5 common mech free

Cheers,
Tom.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cyrus-sasl2 in Ubuntu.
https://bugs.launchpad.net/bugs/827151

Title:
  Annoying log message "DIGEST-MD5 common mech free"

Status in Cyrus-sasl2:
  New
Status in cyrus-sasl2 package in Ubuntu:
  Fix Released
Status in cyrus-sasl2 source package in Trusty:
  Triaged
Status in cyrus-sasl2 source package in Xenial:
  Incomplete
Status in cyrus-sasl2 source package in Yakkety:
  Fix Released
Status in cyrus-sasl2 package in Debian:
  Fix Released

Bug description:
  I recently updated the libsasl2-modules to 
2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu1 in oneiric.
  That triggered the bug also described in Debian here: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631932

  The annoying message is logged in auth.log. In my case, it is associated with 
svnserve:
  svnserve: DIGEST-MD5 common mech free

  I'm not exactly sure what action triggers the message, but I can
  investigate more if required.

  $ lsb_release -rd
  Description:Ubuntu oneiric (development branch)
  Release:11.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/cyrus-sasl2/+bug/827151/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 827151] Re: Annoying log message "DIGEST-MD5 common mech free"

2016-08-18 Thread Tom Hager
Hi,

it seems this bug re-appeared in Xenial:

# lsb_release -rd
Description:Ubuntu 16.04.1 LTS
Release:16.04

# dpkg -l libsasl2-modules
ii  libsasl2-modules:amd64 2.1.26.dfsg1-14b amd64

Aug 18 02:37:30 xxx slapcat: DIGEST-MD5 common mech free
Aug 18 02:37:30 xxx slapcat: message repeated 9 times: [ DIGEST-MD5 common mech 
free]
Aug 18 03:37:30 xxx slapcat: DIGEST-MD5 common mech free
Aug 18 03:37:30 xxx slapcat: message repeated 9 times: [ DIGEST-MD5 common mech 
free]
Aug 18 04:37:29 xxx slapcat: DIGEST-MD5 common mech free
Aug 18 04:37:30 xxx slapcat: message repeated 9 times: [ DIGEST-MD5 common mech 
free]
Aug 18 05:37:30 xxx slapcat: DIGEST-MD5 common mech free

Cheers,
Tom.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cyrus-sasl2 in Ubuntu.
https://bugs.launchpad.net/bugs/827151

Title:
  Annoying log message "DIGEST-MD5 common mech free"

Status in cyrus-sasl2 package in Ubuntu:
  Confirmed
Status in cyrus-sasl2 package in Debian:
  Fix Released

Bug description:
  I recently updated the libsasl2-modules to 
2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu1 in oneiric.
  That triggered the bug also described in Debian here: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631932

  The annoying message is logged in auth.log. In my case, it is associated with 
svnserve:
  svnserve: DIGEST-MD5 common mech free

  I'm not exactly sure what action triggers the message, but I can
  investigate more if required.

  $ lsb_release -rd
  Description:Ubuntu oneiric (development branch)
  Release:11.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/827151/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1571592] [NEW] Xenial server install fails with "targeted" initrd

2016-04-18 Thread Tom Hager
Public bug reported:

Hi,

I've been testing the Xenial Beta2 server ISO in our VMware environment and 
stumbled across
an issue with the "targeted" initrd option. I tested normal and minimal setup, 
with generic
and virtual kernels, but whenever I choose to use a targeted initrd, Xenial 
install fails when
configuring the kernel. 

I tested again with the latest daily build (17.4.) today, and the issue
is still there.

In the logs I found the following:

Apr 18 09:26:21 in-target: Examining /etc/kernel/postinst.d.^M
Apr 18 09:26:21 in-target: run-parts: executing 
/etc/kernel/postinst.d/apt-auto-removal 4.4.0-18-generic 
/boot/vmlinuz-4.4.0-18-generic^M
Apr 18 09:26:21 in-target: run-parts: executing 
/etc/kernel/postinst.d/initramfs-tools 4.4.0-18-generic 
/boot/vmlinuz-4.4.0-18-generic^M 
Apr 18 09:26:21 in-target: update-initramfs: Generating 
/boot/initrd.img-4.4.0-18-generic^M
Apr 18 09:26:21 in-target: mkinitramfs: failed to determine device for /^M
Apr 18 09:26:21 in-target: mkinitramfs: workaround is MODULES=most, check:^M
Apr 18 09:26:21 in-target: grep -r MODULES /etc/initramfs-tools/^M
Apr 18 09:26:21 in-target: ^M 
Apr 18 09:26:21 in-target: Error please report bug on initramfs-tools^M
Apr 18 09:26:21 in-target: Include the output of 'mount' and 'cat 
/proc/mounts'^M
Apr 18 09:26:21 in-target: update-initramfs: failed for 
/boot/initrd.img-4.4.0-18-generic with 1.^M
Apr 18 09:26:21 in-target: run-parts: /etc/kernel/postinst.d/initramfs-tools 
exited with return code 1^M
Apr 18 09:26:21 in-target: Failed to process /etc/kernel/postinst.d at 
/var/lib/dpkg/info/linux-image-4.4.0-18-generic.postinst line 1052.

So here I am reporting the issue, with the requested output:

mount:
/var/log # mount  
rootfs on / type rootfs (rw,size=495168k,nr_inodes=123792)
none on /run type tmpfs (rw,nosuid,relatime,size=100748k,mode=755)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
devtmpfs on /dev type devtmpfs 
(rw,relatime,size=495184k,nr_inodes=123796,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sr0 on /cdrom type iso9660 (ro,relatime)
/dev/sda1 on /target type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sr0 on /target/media/cdrom type iso9660 (ro,relatime)

/proc/mounts:
/var/log # cat /proc/mounts 
rootfs / rootfs rw,size=495168k,nr_inodes=123792 0 0
none /run tmpfs rw,nosuid,relatime,size=100748k,mode=755 0 0
none /proc proc rw,relatime 0 0
none /sys sysfs rw,relatime 0 0
devtmpfs /dev devtmpfs rw,relatime,size=495184k,nr_inodes=123796,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/sr0 /cdrom iso9660 ro,relatime 0 0
/dev/sda1 /target ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sr0 /target/media/cdrom iso9660 ro,relatime 0 0

I'll keep the VM at it's current state, so I can always gather more
information.

Cheers,
Tom.

** Affects: initramfs-tools (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1571592

Title:
  Xenial server install fails with "targeted" initrd

Status in initramfs-tools package in Ubuntu:
  New

Bug description:
  Hi,

  I've been testing the Xenial Beta2 server ISO in our VMware environment and 
stumbled across
  an issue with the "targeted" initrd option. I tested normal and minimal 
setup, with generic
  and virtual kernels, but whenever I choose to use a targeted initrd, Xenial 
install fails when
  configuring the kernel. 

  I tested again with the latest daily build (17.4.) today, and the
  issue is still there.

  In the logs I found the following:

  Apr 18 09:26:21 in-target: Examining /etc/kernel/postinst.d.^M
  Apr 18 09:26:21 in-target: run-parts: executing 
/etc/kernel/postinst.d/apt-auto-removal 4.4.0-18-generic 
/boot/vmlinuz-4.4.0-18-generic^M
  Apr 18 09:26:21 in-target: run-parts: executing 
/etc/kernel/postinst.d/initramfs-tools 4.4.0-18-generic 
/boot/vmlinuz-4.4.0-18-generic^M 
  Apr 18 09:26:21 in-target: update-initramfs: Generating 
/boot/initrd.img-4.4.0-18-generic^M
  Apr 18 09:26:21 in-target: mkinitramfs: failed to determine device for /^M
  Apr 18 09:26:21 in-target: mkinitramfs: workaround is MODULES=most, check:^M
  Apr 18 09:26:21 in-target: grep -r MODULES /etc/initramfs-tools/^M
  Apr 18 09:26:21 in-target: ^M 
  Apr 18 09:26:21 in-target: Error please report bug on initramfs-tools^M
  Apr 18 09:26:21 in-target: Include the output of 'mount' and 'cat 
/proc/mounts'^M
  Apr 18 09:26:21 in-target: update-initramfs: failed for 
/boot/initrd.img-4.4.0-18-generic with 1.^M
  Apr 18 09:26:21 in-target: run-parts: /etc/kernel/postinst.d/initramfs-tools 
exited with return code 1^M
  Apr 18 09:26:21 in-target: Failed to process /etc/kernel/postinst.d at